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Preface 


Mlcrocontrollers 
from Philips semIconductors 


Philips Semiconductors supplies a wide range of microcontrollers based on 
mainstream arch~ectures. By offering a large variety of product derivatives, Philips 
Semiconductors can meet a broad range of spedic 
or unique application 


requirements. All of our microcontrollers are based on mainstream architectures to 
allow the user to take advantage of existing software and a vast array of third-party 
support. 


Philips Semiconductors 8-bit microcontrollers are based on the popular 80C51 
archttecture. We offer most of the industry standard products in this architecture as 
well as a large selection of powerful derivative products. These derivatives offer a 
wide assortment of features, including: additional memory, AID, PWM, additional 
timers, and many more. Many of the derivative microcontrollers have an 12Cserial 
interface that allows them to be connected easily to over 70 other parts, increasing 
their capabil~ies even further. The J2Cserial bus is covered in Section 2 of this 
book. Philips Semiconductors also offers the Controller Area Network (CAN) serial 
bus for automotive and industrial applications. This standard, developed by Bosch, 
offers high noise immun~y and error correction for automotive and industrial 
environments. The CAN serial bus is covered in Section 5 of this book. The Low 
Power 80CL51 Family of derivatives may be found in Section 4. These devices 
operate over the wide vo~age range of 1.8 - 6.0 volts and are ideal for portable and 
battery operations. This data book covers the 80C51 standard products and 
derivatives that Philips Semiconductors manufactures. 


Philips Semiconductors 16-bit microcontroller family is based on the 68000 
arch~ecture. While these are called 16-bit microcontrollers, the 68000 CPU core 
arch~ecture is 32-b~. This offers the user a great deal more processing power, 
when the need arises in a design to move from an 8-bit to a 16-b~ microcontroller. 
Philips Semiconductors 16-b~ microcontrollers are software compatible w~h 
existing 68000 code. As with our popular 8-b~ microcontrollers, EPROM and OTP 
versions of our 16-bit products are available. The 16-bit microcontrollers are also 
covered in a separate data book. 


Philips Semiconductors is developing a family of 32-b~ microcontrollers based on 
the SPARC RISC arch~ecture. This family of microcontrollers will offer the u~imate 
in processing power for those applications that are computation intensive in an 
embedded control environment. 


Philips Semiconductors offers uncompromising quality, service, and support w~h all 
of its microcontroller products. For a complete family and the best in microcontroller 
products, look to Philips Semiconductors. 
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Part Number 
Memory 
Counter 
1/0 
Serial 
Extemal 
Comments! 


(ROMless) 
ROM 
EPRM 
RAM 
Timers 
Ports 
Interfaces 
Interrupt 
Special Features 


87C750 
S 
1K 
64 
1 (16-bit) 
2-318 
2 
Lowest cost, 24-pin Skinny DIP 


83C751 
S 
2K 
64 
1 (16-bit) 
2-318 
12C(bit) 
2 
Low-Cost 24-pin Skinny DIP 
87C751 
S 
2K 
64 
1 (16-bit) 
2-318 
12C(bit) 
2 
Low-Cost 24-pin Skinny DIP 


83C752 
S 
2K 
64 
1 (16-bit) 
2-5/8 
12C(bit) 
2 
5 Channel 8-bit NO, PWM Output 


87C752 
S 
2K 
64 
1 (16-bit) 
2-5/8 
12C(bit) 
2 
5 Channel 8-bit NO, PWM Output 


8051AH (8031AH) 
S 
4K 
128 
2 
4 
UART 
2 
NMOS 


SC8OC51 (80C31) 
S 
4K 
128 
2 
4 
UART 
2 
CMOS (Sunnyvale) 


PCx80C51 (80C31) 
H 
4K 
128 
2 
4 
UART 
2 
CMOS (Hamburg) 


87C51 
S 
4K 
128 
2 
4 
UART 
2 
CMOS 
8OCL51 (8OCL31) 
Z 
4K 
128 
2 
4 
UART 
10 
Low Voltage (1.8V to 6V), Low Power 


83CL410 (80CL410) 
Z 
4K 
128 
2 
4 
12C 
10 
Low Vonage (1.8V to 6V), Low Power 
83C451 (80C451) 
S 
4K 
128 
2 
7 
UART 
2 
Extended 1/0, Processor Bus Interface 
87C451 
S 
4K 
128 
2 
7 
UART 
2 
Extended 1/0, Processor Bus Interface 


83C550 (80C550) 
S 
4K 
128 
2+ Watchdog 
4 
UART 
2 
8 Channel 8-bit NO 
87C550 
S 
4K 
128 
2+ Watchdog 
4 
UART 
2 
8 Channel 8-bit NO 
83C851 (80C851) 
H 
4K 
128 
2 
4 
UART 
2 
256B EEPROM, 80C51 Pin compatible 
83C852 
H 
8K 
256 
2 (16-bit) 
218 
1 
Smartcard Controller with 2K EEPROM 
(Data, Codel Crvotoorahoic Calc Unit 
83CL580 
Z 
8K 
256 
3 + Watchdog 
5 
UART,12C 
10 
4 Channel 8-bit AID, PWM Output, 


Low VOnaqe(2.5V to 6Vl, Low Power 


8052AH (8032AH) 
S 
8K 
256 
3 
4 
UART 
2 
NMOS 
80C52 (80C32) 
S 
8K 
256 
3 
4 
UART 
2 
80C51 Pin Compatible 
87C52 
S 
8K 
256 
3 
4 
UART 
2 
(see above) 
80CL52 (80CL32) 
Z 
8K 
256 
3 
4 
UART 
2 
Low Voltage (1.8V to 6V), Low Power 
83C652 (8OC652) 
H 
8K 
256 
2 
4 
UART,12C 
2 
80C51 Pin Compatible 
87C652 
S 
8K 
256 
2 
4 
UART,12C 
2 
(see aIbove) 
83C575 (8OC575) 
S 
8K 
256 
3+PCA 
4 
UART 
2 
High Reliability, with Low Voltage Detect, 


+ Warchdoo 
Osc Fail Detect, Analoo Comoarators, PCA 
87C575 
S 
8K 
256 
(see aIbove) 
4 
UART 
2 
(see aIbove) 


83C552 (8OC552) 
H 
8K 
256 
3+Watchdog 
6 
UART,12C 
2 
8 Channel 1O-bitAID, 2 PWM Outputs, 


Capture/Compare Timer 
87C552 
S 
8K 
256 
3+ Watchdog 
6 
UART,12C 
2 
(see above) 
83C562 (80C562) 
H 
8K 
256 
3+ Watchdog 
6 
UART 
2 
8 Channel 8-bit NO, 2 PWM Outputs, 
Capture/Compare Timer 
83C053 
S 
8K 
192 
2 (16-bit) 
3.5 
2 
On-Screen Display, 9 PWM Outputs, 


3 Software AID Inouts 
83C054 
S 
18K 
192 
2 (16-bit) 
3.5 
2 
(see aIbove) 


87C054 
S 
16K 
192 
2 (16-bit) 
3.5 
2 
(see aIbove) 


87C055 
S 
16K 
256 
2 (16-bit) 
3.5 
2 
(see aIbove,extra RAM added) 
83C654 
H 
18K 
256 
2 
4 
UART,12C 
2 
80C51 Pin Compatible 
87C654 
S 
18K 
256 
2 
4 
UART,12C 
2 
(see above) 
83CE654 
H 
16K 
256 
2 
4 
UART,12C 
2 
83C654 with Reduced EMI 
83CL781 
Z 
16K 
256 
3 
4 
UART,12C 
10 
Low Voltage (1.8V to 6V), Low Power 
83CL782 
Z 
18K 
256 
3 
4 
UART,12C 
10 
83CL781 Optimized 12MHz @ 3.1V 
87C51FB 
S 
16K 
256 
3 + PCA 
4 
UART 
2 
Enhanced UART, 3 timers + PCA 
83C524 
H 
18K 
512 
3 + Watchdog 
4 
UART, 12C-bit 
2 
512 RAM 


87C524 
S 
18K 
512 
3 + Watchdog 
4 
UART, 12C-bit 
2 
512 RAM 
83C592 (8OC592) 
H 
18K 
512 
3 + Watchdog 
6 
UART, CAN 
6 
CAN Bus Controller with 8 x 1O-bitNO, 
2 PWM outputs, Capture/Compare Timer 
87C592 
H 
18K 
512 
3+ Watchdog 
6 
UART,CAN 
6 
(see above) 


83C528 (80C528) 
H 
32K 
512 
3+ Watchdog 
4 
UART, 12C-bit 
2 
Large Memory for High Level Languages 


87C528 
S 
32K 
512 
3+ Watchdog 
4 
UART, 12C-bit 
2 
Large Memory for High Level Languages 


Note: 
Production 
Centers 
are Indicated 
In the second 
column: 
H - Hamburg, 
S - Sunnyvale, 
Z - Zurich 


All combinations 
of part type, 
speed, 
temperature 
amd package 
may not be available. 


Part Number 
Program 
Clock Frequency 
Temperalure Ranges (OC) 
Package 
(ROMless) 
Security? 
(MHz) 
01070 
-4010+85 
-5510+125 
PDIP 
CDIP 
PLCC 
CLCC 
PQFP 


87C750 
S 
Y 
3.51040 
X 
X 
N24 
F24 
K!f3 


83C751 
S 
N 
3.51016 
X 
X 
X 
N24 
K!f3 
87C751 
S 
y 
3.51016 
X 
X 
X 
N24 
F24 
K!f3 
83C752 
S 
N 
3.5 to 16 
X 
X 
N28 
K!f3 
87C752 
S 
Y 
3.5 to 16 
X 
X 
X 
N28 
F28 
K!f3 
8051AH (8031AH) 
S 
N 
3.51015 
X 
X 
N40 
M4 
SC80C51 (80C31) 
S 
y 
0.5 to 33 
X 
X 
X 
N40 
M4 
B44 
PCx80C51 (80C31) 
H 
N 
1.2to30 
X 
X 
X 
P (40) 
WP(44) 
H (44) 
87C51 
S 
Y 
0.51033 
X 
X 
X 
N40 
F40 
M4 
K44 
B44 
80CL51 (80CL31) 
Z 
N 
01016(1) 
X 
N40 (2) 
B44 
83CL410(8OCL410) 
Z 
N 
01016(1) 
X 
N40(2) 
83C451 (80C451) 
S 
N 
3.51016 
X 
X 
X 
N64 
A68 
L68 
87C451 
S 
Y 
3.51016 
X 
X 
X 
N64 
A68 
L68 
83C550 (80C550) 
S 
Y 
3.51016 
X 
X 
N40 
M4 
87C550 
S 
Y 
3.51016 
X 
X 
-4010+125 
N40 
F40 
M4 
K44 
83C851 (80C851) 
H 
Y 
1.21016 
X 
X 
N40 
M4 
B44 
83C852 
H 
Y 
11012 
X 
die only 


83CL580 
Z 
N 
Oto 12(1) 
X 
(3) 
864 


8052AH (8032AH) 
S 
N 
3.51015 
X 
X 
N40 
M4 
80C52 (80C32) 
S 
Y 
3.51024 
X 
X 
N40 
M4 
B44 
87C52 
S 
Y 
3.51024 
X 
X 
X 
N40 
F40 
M4 
K44 
B44 
80CL52 (8OCL32) 
Z 
N 
Oto 12(1) 
X 
N40 
B44 
83C652 (8OC652) 
H 
Y 
1.21024 
X 
X 
-4010+125 
N40 
M4 
B44 
87C652 
S 
Y 
1.21020 
X 
X 
X 
N40 
F40 
M4 
K44 
83C575 (80C575) 
S 
Y 
410 16 
X 
X 
N40 
M4 
B44 


87C575 
S 
Y 
4t016 
X 
X 
N40 
F40 
M4 
K44 
B44 
83C552 (80C552) 
H 
N 
1.21030 
X 
X 
-4010+125 
A68 
BOO 


87C552 
S 
Y 
1.21016 
X 
A68 
K68 
83C562 (80C562) 
H 
N 
1.21016 
X 
X 
-4010+125 
A68 


83C053 
S 
N 
3.5 to 12 
X 
42SDIP 


83C054 
S 
N 
3.51012 
X 
42SDIP 


87C054 
S 
N 
3.51012 
X 
42SDIP 


87C055 
S 
N 
3.51020 
X 
42SDIP 


83C654 
H 
Y 
1.21024 
X 
X 
-4010+125 
N40 
M4 
B44 
87C654 
S 
Y 
1.21020 
X 
X 
X 
N40 
F40 
M4 
K44 
B44 
83CE654 
H 
Y 
1.21016 
X 
X 
B44 
83CL781 
Z 
N 
Oto 12 (1) 
X 
N40 
B44 
83CL782 
Z 
N 
01012 (1) 
-2510+55 
N40 
B44 
87C51FB 
S 
Y 
3.51016 
X 
X 
N40 
F40 
M4 
K44 
B44 
83C524 
H 
Y 
1.21016 
X 
X 
N40 
M4 
B44 
87C524 
S 
Y 
3.51012 
X 
X 
N40 
F40 
M4 
K44 
B44 
83C592 (80C592) 
H 
Y 
1.21016 
X 
-4010+125 
A68 
K68 


87C592 
H 
Y 
1.2t016 
X 
A68 
K68 
83C528 (80C528) 
H 
Y 
1.21016 
X 
X 
-4010+125 
N40 
M4 
B44 


87C528 
S 
Y 
3.5 to 20 
X 
X 
N40 
F40 
M4 
K44 
B44 


Note: 
1) OSCillator options start from 32kHz. 
VS056 
Package. 


To better serve our customers, Philips maintains a microcontroller bulletin board. This computer bulletin board system features a microcontroller 
newsletter, application and demonstration 
programs for download, and the ability to send messages to microcontroller application engineers. 


The system can be accessed with a modem at 2400, 1200, or 300 baud. 


The telephone numbers are: 


(800) 451-6644 
(In the U.S.) 
or 
(408) 991·2406 


We also have a ROM code bulletin board through which you can submit ROM codes. This is a closed bulletin board for security reasons. To get 
an 10, contact your local sales office. The system can be accessed with a 2400, 1200, or 300 baud modem, and is available 24 hours a day. 


The telephone number is: 


TYPE 
ROMI 
RAM 
SPEE 
PACKAGE 
FUNCTIONS 
REMARKS 
PROBE 
THIRD PARTY 
REMARKS 
EPROM 
0 
SDS 
EMULATOR 
(MHz) 


8OC31 
0 
128 
33 
UART, 2 timers 
OM1092 
8052PC(M) 
OM1092: 


8OC51 
4kROM 
128 
33 
OIL40, LCC44 
+OM1097 
Universal 
87C51 
4k EPROM 
128 
33 
OFP44 
(16MHz) 
probe 
POO-C51B(N) 
OM1095: 
Upgrade 


r 
unit 


80C32 
0 
256 
20 
UART, 3 timers 
OM4111 + 
8052PC(M) 
8OC52 
8kROM 
256 
20 
OM4110 
POO-C32(N) 
87C52 
8kEPROM 
256 
20 
OIL40, LCC44 
OFP44 


8OC451 
0 
128 
16 
UART, 2 timers 
OM4123 
83C451PC(M) 
0M4124: 
83C451 
4kROM 
128 
16 
OIP64/LCC6B 
Extended 1/0 
POO-C451 B(N) 
PLCCto 
87C451 
4k EPROM 
128 
16 
OIL 
0M4125: 
OIL to 
PLCC 


87C524 
16K 
512 
20 
OIL40/LCC44 
UART, 3 timers 
OM4111 + 
83528PC(M) 
0M4110: 


EPROM 
Watchdog timer 
OM4110 
POD-C528(N) 
gen. probe 
Bitl2C 
0M4111: 
probe head 


83C528 
32kROM 
512 
16 
OIL40/LCC44 
UART, 3 timers 
OM4111 + 
83C528PC(M) 
0M4110: 
87C528 
32k EPROM 
512 
16,20 
(OFP44) 
Watchdog 
OM4110 
gen. probe 
timer 
POO-C528(N) 
0M4111: 


Bitl2C 
probe head 
83CE528 
32kROM 
512 
16 
CE ONLVOFP 
0M412O-S 
formax. 
speed 


83C550 
4kROM 
128 
16 
LCC44 
UART, 2 timers 
OMS055 + 
83550(M) 
0M4110: 


87C550 
4k EPROM 
128 
16 
DIL40 
88-bitADC 
OM4110 
POO-C5SO(N) 
probe base 
inputs, 
watchdog timer 


8OC552 
0 
256 
16,24 
LCC68/0FP80 
UART, 2 timers 
OM1092 + 
83C552PC(M) 
OM1092: 


83C552 
8kROM 
256 
16,24 
Iimerwith 
OM1095 
PO~552B(N) 
Universal 
87C552 
BkEPROM 
256 
16 
compare and 
probe 
capture, 2 
OM1095: 
PWM outputs, 
Upgrade 


810-bitADC 
unit 
inputs, Byte 
12C 


83CE558 
32K ROM 
lK 
16 
OFP80 
As 8xC552 with 
89C: 04-92 
OM4110 + 
0M4110: 


87CE558 
32KFLASH 
lK 
16 
PLL-oscillator 
83C: 0213-93 
OM4271 
probe base 
8OCE558 
0 
Auto scan AOC 
(in dev) 
0M4115; 
OFP80 
adapter 


80C562 
0 
256 
16 
LCC6B10FP80 
UART, 2 timers 
OM1092 + 
83C552PC(M) 
OM1092: 
83C562 
8k ROM 
256 
16 
Iimerwith 
OM1095 
Universal 
compare and 
probe 
capture, 
POO-C552B(N) 
OM1095: 


2PWM 
Upgrade 
outputs, 8 8-bit 
unit 


AOC inputs 


8OC575 
0 
256 
16 
OIL40, LCC44 
3 timers 1 
83C575 
8k 
256 
16 
OFP44 
Enhanced 
87C575 
8k EPROM 
256 
16 
UART, PCA, 
4 analog 
comparators 


TYPE 
ROMI 
RAM 
SPEED 
PACKAGE 
FUNCTIONS 
REMARKS 
PROBE 
THIRD PARTY 
REMARKS 
EPROM 
(MHz) 
SDS 
EMULATOR 


8OC592 
0 
512 
16 
LCC68/0FP80 
8XC552 + CAN 
OM4110 + 
POD-592(N) 
OM4110: 
83C592 
16k ROM 
512 
16 
interface 
OM4112 
gen. probe 
87C592 
16k EPROM 
512 
16 
OM4112: 
probe head 
OM4120S: 
full speed 


87CE598 
32KROM 
512 
16 
OFP80 
8xC552 + CAN 
80183CE: 
OM4110+ 
OM4110: 
87CE598 
32KEPROM 
512 
16 
interface 
samp:01-93 
OM4114 
probe base 
8OCE598 
0 
512 
16 
No 12C 
prod: 03-93 
OM4115: 


87CE: 
OFP 
prod: 01-93 
adapter 


8OC652 
0 
256 
16,24 
DIL40ILCC44 
UART22 timers 
OM1092+ 
83652PC(M) 
83C652 
8kROM 
256 
16,24 
OFP44 
Byte I C 
OM1096 
POD-C51B(N) 
87C652 
8k EPROM 
256 
16,20 


83C654 
16k ROM 
256 
16,24 
DIL40/LCC44 
UART, 2 timers 
OM1092+ 
83654(M) 
OM1092: 
87C654 
16k EPROM 
256 
16,20 
OFP44 
Byte 12C 
OM1096 
Universal 
probe 
POD-C51B(N) 
OM1095: 
Upgrade 
unit 


83CE654 
16k ROM 
256 
16 
OFP44 
UART, 2 timers 
83C654with 
OM1092 + 
83654(M) 
OM1092: 
Byte 12C 
Electromagneti OM1096 
Universal 
c Compatibility 
probe 
improvements 
POD-C51 B(N) 
OM1095: 
Upgrade 
unit 


83C751 
2kROM 
64 
16 
DIP24 skinny 
1 timer 
OM1094P 
83751PC(M) 
LCC28 
Bitl2C 
POD-C751(N) 
87C751 
2k EPROM 
64 
16 
DIP24 skinny 


83C752 
2k ROM 
64 
16 
DIP28, LCC28 
1 timer, 
OM5072 
83752A(M) 
PWMoutput, 
58-bitADC 
inputs, 
POD-C752(N) 
83C752 
2k EPROM 
64 
16 
DIP 28, LCC28 
Bitl2C 


8OC851 
0 
128 
16 
DIL40/LCC44 
UART, 2 timers 
OM1092 
80851PC(M) 
83C851 
4kROM 
128 
16 
OFP44 
256 byte 
POD-C51(N) 


83C852 
6kROM 
256 
6 
2k byte 
OM4119 
EEPROM 
smart card 
hardware CU 


83C053 
8kROM 
192 
12 
DIP42 Shrunk 
2 timers, 
OM5054 
80C053PC(M) 
14-bitPWM, 
8-BbitPWM 
POD-D54(N) 
128 char. OSD 
3 4-bit AID inp. 


83C054 
16k ROM 
192 
12 
DIP42 Shrunk 
As 8XC053 
OM5054 
POD-D54(N) 
87C054 
16k EPROM 
192 
12 
DIP42 Shrunk 


83C055 
16k ROM 
256 
12 
DIP42 Shrunk 
As 8XC053 
In dev. 
OM5054 
87C055 
16k EPROM 
256 
12 
DIP42 Shrunk 


The following microcontollers have no external memory access: 8XC751, 8XC752, 8XC053, 87C054, 83C852. 
M= Metlink 
N = Nohau 


TYPE 
ROM 
RAM 
SPEED 
PACKAGE 
FUNCTIONS 
REMARKS 
PROBE 
REMARKS 
(MHz) 
SDS 


85CLOOO 
0 
256 
12 
Piggyback 
Piggyback 
CL410, CL411, 
CL51, P80C51 


85CL580 
0 
256 
12 
Piggyback 
Piggyback 
04192 
CL580 


85CL781 
0 
256 
12 
Piggyback 
Piggyback 
04192 
CL781, CL782, 
CL52 


8OCL51 
4K 
128 
12 
DIL40 
2 timers, UART 
OM1079 
8OCL31 
0 
128 
12 
VS040 


8OCL52 
8K 
256 
12 
DIL40/ 
3 timers, UART 
01,93 
OM1079 + 
OM1 079: Probe 
8OCL32 
0 
256 
12 
OFP44 
OM5004 + 
base 
tbd 
OM5004: Probe 
adap 


83CL410 
4k 
128 
12 
DIL40 
2 timers 
OM1079 
8OCL410 
0 
128 
12 
VS040 
Byte 12C 


83CL411 
4k 
256 
12 
DIL40/ 
2 timers 
01,93 
OM1079 
OFP44 
UART 


83CL580 
6k 
256 
16 
OFP64/ 
3timers, UART 
04192 
OM1079 + 
OM1079: Probe 
VS056 
Watchdo~ timer 
OM5004 
base 
Byte I C, 
0M5004: 
Probe 
1PWM 
adap 
4'8 bitADC 


83CL781 
16k 
256 
12@ 
DIL40 
3timers, UART 
04192 
OM1079+ 
OM1079: Probe 
83CL782 
16k 
256 
4.5V 
OFP44 
Byte 12C 
OM5004 + 
base 
12@ 
tbd 
0M5004: 
Probe 
3V 
adap 


83CL167 
16K 
256 
12 
SDIL64 
3timers 
In Dev 
OM4840 
83CL267 
12K 
256 
12 
OFP64 
1-14 bit PWM 
OM1079 
4-15bit PWM 
4-7bitPWM 
4'4 bitADC 
Byte 12C 
160 char OSD 
126 char fonts 
4 char sizes 
Shadow modes 
ODS PLLosc. 


10MHz 
Blinking 


83CL168 
16K 
256 
12 
SDIL64 
3timers 
In Dev 
OM4840 + 
83CL268 
12K 
256 
12 
OFP64 
1-14bitPWM 
OM1079 
4-15bitPWM 
4-7bitPWM 
4'4 bitADC 
RC 
preprocessor 
Byte 12C 
3 wire serial I/O 
160charOSD 
126 char fonts 
4 char sizes 
Shadow modes 
ODS PLLosc. 


10MHz 
Blinking 


TYPE 
ROM 
RAM 
SPEED 
PACKAGE 
FUNCTIONS 
REMARKS 
PROBE 
THIRD PARTY 
REMARKS 
(MHz) 
SOS 
EMULATOR 


8051 
4k 
128 
15 
DIL40/PLCC44 
UART. 2 timers 
OM1091 + 
8052PC(M) 
8031 
0 
128 
15 
DIL40/PLCC44 
OM1097 
OPD-C51 BIN) 


8052 
8k 
256 
15 
DIL40/PLCC44 
UART. 3 timers 
0M4111 + 
8052PC(M) 
8032 
0 
256 
15 
DIL40IPLCC44 
UART, 3 timers 
OM4110 
OPD-C51 B(N) 


TYPE 
ROM 
RAM 
SPEED 
PACKAGE 
(MHz) 


8048 
lk 
64 
11 
DIL40/PLCC44 
8035 
0 
64 
11 
DIL40/PLCC44 


8049 
2k 
128 
11 
DIL40/PLCC44 
8039 
0 
128 
11 
DIL40/PLCC44 


8050 
4k 
256 
11 
DIL40/PLCC44 
8040 
0 
256 
11 
DIL40/PLCC44 


TYPE 
ROM 
RAM 
SPEED 
PACKAGE 
(MHz) 


8OC49 
2k 
128 
15 
DIL40IPLCC44 
8OC39 
0 
128 
15 
DIL40IPLCC44 


TYPE 
ROM 
RAM 
SPEED 
PACKAGE 
FUNCTIONS 
REMARKS 
PROBE 
REMARKS 
(MHz) 
SDS 


84C21A 
2k 
64 
10 
DIL28/S028 
20110 lines 
OM1083 
OM1025 
84C41 A 
4k 
128 
10 
DIL28/S028 
8-bittimer 
(LSDS) 
84C81 A 
8k 
256 
10 
DIL281S028 
Byte 12C 


84C22A 
2k 
64 
10 
DIL201S020 
13110 lines 
OM1083+ 
OM1025 
84C42A 
4k 
64 
10 
DIL201S020 
8-bittimer 
Adapter_l 
(LSDS) 
84C12A 
lk 
64 
16 
DIL201S020 
DIL201S020 


84COOB 
0 
256 
10 
28 pins 
20110 lines 
Piggyback 
OM1080 
8-bittimer 
Byte 12C 
84COOT 
0 
256 
10 
VSO-56 
ROMless 
OM1080 


84C121 
lk 
64 
10 
DIL20/S020 
13110 lines 
OM1073 
OM1025(LEDS) 
2 8-bit timers 
8 bytes 
84C121B 
0 
64 
10 
EEPROM 
Piggyback 
OM1027 


84C122A 
lk 
32 
10 
A: 8020 
Controller for 
422/822 
OM4830 
84C122B 
B:S024 
remote control 
in dav. 


84C422A 
4K 
32 
C:S028 
A: 12110 
84C422B 
B: 16110 
84C822A 
8K 
32 
C: 20 1/0 
84C822B 
84C822C 


84C230 
21 
64 
10 
DIL40NS040 
121/0 lines 
OM1072 
8-bittimer 
16·4 LCD drive 


84C430 
4k 
128 
10 
QFP64 
241/0 lines 
OM1072 
8-bittimer 
Byte 12C 
24·4 LCD drive 
84C430BH 
0 
128 
10 
Piggyback for C230 
and C430 


84C633 
6k 
256 
16 
VS056 
281/0 lines 
OM1086 
8-bittimer 
IS-bit upldown 
counter 
16-bittimer 
with compare 
and capture 
84C633B 
0 
256 
16 
16·4 LCD drive 


84C440 
4k 
128 
10 
DIP42 shrunk 
RC: 29110 lines 
12C, 
RC 
OM1074 
For emulation of 
84C441 
4k 
128 
10 
LC: 28 110lines 
12C, 
LC 
LC versions, 


84C443 
4k 
128 
10 
8-bit timer 
RC 
useOM1074 
+ 
84C444 
4k 
128 
10 
114-bit PWM 
LC 
adapter_3 + 
84C640 
6k 
128 
10 
56-bitPWM 
12C, 
RC 
2 adapler_5 
84C641 
6k 
128 
10 
3-bilADC 
12C, 
LC 
84C643 
6k 
128 
10 
OSD2L-16 
RC 
84C644 
6k 
128 
10 
LC 
84C840 
8k 
192 
10 
12C, 
RC 
84C841 
8k 
192 
10 
12C, 
LC 
84C843 
8k 
192 
10 
RC 
Baud for LeOS 
84C844 
8k 
192 
10 
LC 
OM4831 


TYPE 
ROM 
RAM 
SPEED 
PACKAGE 
FUNCTIONS 
REMARKS 
PROBE 
REMARKS 
(MHz) 
SDS 


84C646 
6k 
192 
10 
DIP42 shrunk 
30110 lines 
12<:, 
RC 
OM4829+ 
OM4833 for 
84C846 
8k 
192 
10 
DOS clock = 
12<:, 
RC 
OM4832 
LCD584 
PLL 
8 bit timer 
1-14 bit PWM 
4-6 bit PWM 
4-7bitPWM 
3-4 bitADC 
DOS: 64 disp. 
RAM 
62 char. fonts 
Char. blinking 


, 
Shadow modes 
8 foreground 
colors/char. 


8 background 
colorslword 
DOS: clock: 
8 .. 20MHz 


84C85 
8k 
256 
10 
DIL40NS040 
32110 lines 
CM1070 
8-bittimer 
Byte 12C 
84C85B 
0 
256 
10 
Piggyback for C85 


84C853 
8k 
256 
16 
DIL40NS040 
331/0 lines 
OM1081 
8-bittimer 
16-bit upldown 
counter 
16-bit timer with 
compare and 
capture 
84C853B 
0 
256 
16 
Piggyback for C853 


84C270 
2k 
128 
10 
DIL40NS040 
81/0 lines 
OM1077 
84C470 
4k 
128 
10 
DIL40NS040 
16'8 capture 
keyboard matrix 
8-bittimer 
84C270B 
0 
128 
10 
Piggyback for C270 


84C470B 
0 
128 
10 
470 also 
Piggyback for C470 
handles macho 
keys 


84C271 
2k 
128 
10 
DIL40 
81/0 lines 
OM1078 
16'8 mech. 
keyboard matrix 
8-bittimer 


TYPE 
ROM 
RAM 
SPEED 
PACKAGE 
FUNCTIONS 
REMARKS 
EMULATOR 
REMARKS 
(MHz) 
TOOLS 


8411 
1k 
64 
6 
DIL28/S028 
20110 lines 
OM1084 
OM1025 
8421 
2k 
64 
6 
DIL28/S028 
8-bittimer 
(LCDS) + 
8441 
4k 
128 
6 
DIL281S028 
Byte 12C 
8461 
6k 
128 
6 
DIL281S028 
OM1026 


8422 
2k 
64 
6 
DIL20 
131/0 lines 
PM8327/20+ 
On PMDS 
8442 
4k 
128 
6 
DIL20 
8-bittimer 
PM8447 
Bitl2C 


8401B 
0 
128 
6 
28-pin 
Piggyback for 84X 1 
8401WP 
0 
128 
6 
PLCC68 
Bond out 


TYPE 
ROM 
RAM 
SPEED 
PACKAGE 
FUNCTIONS 
REMARKS 
PROBE 
REMARKS 
(MHz) 
SOS 


3315A 
1.5k 
160 
10 
DIL281S02B 
20 1/0 lines 
OM1OB3 
OM1025(LCDS) 
B-bittimer 
Voo>l.BV 


3343 
3k 
224 
10 
DIL281S02B 
20110 lines 
OM10B3 
OM 1025(LCDS) 
B-bittimer 
Voo> 1.BV 
Byte 12C 


3344A 
2k 
224 
3.58 
DIL281S028 
20110 lines 
OM1071 
OM1025(LCDS) 
8-bittimer 
+OM1028 
DTMF generator 


3346A 
4k 
128 
10 
DIL281S028 
20110 lines 
OM1076 
8-bittimer 
Byte 12C 
256 bytes EEPROM 
Voo < 1.8V 


3347 
1.5k 
64 
3.58 
DIL20/S020 
12110 lines 
OM1071 + 
OM 1025(LCDS) 
B-biltimer 
Adapter_2 
+OM1028 
DTMF generator 


3348A 
8k 
256 
10 
DIL281S028 
20110 lines 
OM1OB3 
OM 1025(LCDS) 
8-bittimer 
Byte 12C 
Voo < 1.8V 


3349A 
4k 
224 
3.58 
DIL281S02B 
20110 lines 
OM1071 
OM 1025(LCDS) 
B-biltimer 
+OM1028 
DTMF generator 


3350A 
8k 
128 
3.58 
VS064 
30 110lines 
8-biltimer 
DTMF generator 
256 bytes EEPROM 


3351A 
2k 
64 
3.58 
DIL281S028 
20110 lines 
OM5000 
8-bittimer 
DTMF generator 
128 bytes EEPROM 


3352A 
6k 
128 
3.58 
DIL281S028 
20110 lines 
OM5000 
8-bittimer 
DTMF generator 
128 byte EEPROM 


3353A 
6k 
128 
16 
DIL281S028 
20110 lines 
March '92 
OM5000 
8-biltimer 
DTMF generator 
Ringer out 
12B bytes EEPROM 


3354A 
8k 
256 
16 
QFP64 
361/0 lines 
June '92 
OM4829+ 
OM4829: Probe 
8-bittimer 
OM5003 
base 
DTMF generator 
Ringer out 
256 bytes EEPROM 


3301B 
Piggyback for 3315, 
OM1OB3 
3343,3348 


33448 
Piggyback for 3344, 
OM1071 
3347,3349 


3346B 
Piggyback for 3346 
OM1076 


TYPE 
(EP)ROM 
RAM 
SPEED 
FUNCTIONS 
REMARKS 
DEVELOPMENT 
TOOLS 
(MHz) 


68070 
- 
- 
17.5 
2 DMA channels, MMU, UART, 16-bit 
0M4160 
Microcore 
timer, 12C,68000 bus interface, 
0M4161 
(SBE68070) 
16Mb address range 
TRACE32-ICE68070 
(Lauterbach) 
0M4222 90C Development 
system (planned) 


93Cl01 
34k 
512 
15 
Derivative with low power modes 
Low power 
micro- 
controller 


9OC100 
- 
512 
15 
UART, 12C,3 16-bit timers, 
0M4160/3 
Microcore 3 
93Cl00 
34k 
512 
15 
80C51 interface, 68000 interface, 
0M4201WP 
(SBE90Cll0) 
97Cl00 
32k 
512 
15 
40 1/0 lines, 2Mb address range 
0M4220 90C Development system 
(EPROM) 
TRACE32 - ICE93C 110 
(Lauterbach) 


PART 
ROM 
RAM 
EEPROM 
16·BrT 
SERIAL 
DMA 
COUNTER! 
EXTERNAL 
SPEED 
PACKAGES 
SPECIAL 
NO. 
UO 
110 
CHANNELS 
TIMER 
INTERRUPTS 
MHz 
FEATURES 
PORTS 


68070 
- 
- 
- 
- 
UART, 
2 
12 
6 
10,12. 
PLCC84 
Memory 
12C 
15, 
OFP120 
management unit 
17.5 
68000 bus interface 


9OC100 
- 
512 
- 
2 + 1/2 
UART. 
- 
12 
8 
15 
PLCC84 
80C51 bus interface 
12C 
OFP80 
68000 bus interface 


93Cl00 
34k 
512 
- 
2 + 1/2 
UART. 
- 
12 
8 
15 
PLCC84 
80C51 bus interface 
12C 
OFP80 
68000 bus interface 


97Cl00 
32k 
512 
- 
2 + 1/2 
UART. 
- 
12 
8 
15 
PLCC84 
80C51 bus interface 
EPROM 
12C 
CLCC84 
68000 bus interface 
OFP80 


NOTES: 
1. 68000 software compatible. 
2. 
16-biltimer 
with two matchicounVcapture 
registers. 
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Using the 8XC751 
microcontroller 
as an 12C bus master 


DESCRIPTION 
The 83C751/87C751 
Microcontroller offers 
the advantages of the 80C51 architecture in a 
small package and at a low cost. It combines 
the benefits of a high-performance 
microcontroller with on-board hardware 
supporting the Inter-Integrated 
Circuit (12C) 
bus interface. 


The 12Cbus, developed and patented by 
Philips, allows integrated circuits to 
communicate directly with each other via a 
simple bidirectional 2-wire bus. The 
comprehensive 
family of CMOS and bipolar 
ICs incorporating the on-chip 12Cinterface 
offers many advantages to designers of 
digital control for industrial, consumer and 
telecommunications 
equipment. A typical 
system configuration is shown in Figure 1. 


Interfacing the devices in an r2c based 
system is very simple because they connect 
directly to the two bus lines: a serial data line 
(SDA) and a serial clock line (SCl). 
System 
design can rapidly progress from block 
diagram to final schematic, as there is no 
need to design bus interfaces, and functional 
blocks on a block diagram correspond to 
actuallCs. 
A prototype system or a final 
product version can easily be modified or 
upgraded by 'clipping' or 'unclipping' ICs to or 
from the bus. The simplicity of designing with 
the 12Cbus does not reduce its effectiveness; 
it is a reliable, multimaster bus with integrated 
addressing and data-transfer protocols (see 
Figure 2). In addition, the 12C-buscompatible 
ICs provide cost reduction benefits to 
equipment manufacturers, 
some of which are 
smaller IC packages and a minimization of 
PCB traces and glue logic. 


The availability of microcontrollers 
like the 
83C751 , with on-board 12Cinterface, is a very 


powerful tool for system designers. The 
integrated protocols allow systems to be 
completely software defined. Software 
development time of different products can be 
reduced by assembling a library of reusable 
software modules. In addition, the 
multi master capability allows rapid testing 
and alignment of end-products via external 
connections to an assembly-line computer. 


The mask programmable 83C751 and its 
EPROM version, the 87C751, can operate as 
a master or a slave device on the 12Csmall 
area network. In addition to the efficient 
interface to the dedicated function ICs in the 
12Cfamily, the on-board interface facilities 110 
and RAM expansion, access to EEPROM 
and processor-to-processorcommunications. 


The multi master capability of the 12Cis very 
important but many designs do not require it. 
For many systems, it is sufficient that all 
communications 
between devices are 
initiated by a single, master processor. In this 
application note, use of the 8XC751 as an 12C 
bus master is described. Some of the 
technical features of the bus and the 
83C751 's special hardware associated with 
the 12Care discussed. Also included is a 
software example demonstrating 12Csingle 
master communications. 
Note that the 
sample routines are quite general, and 
therefore may be transferred easily to many 
applications. 


The discussion of the 12Cbus characteristics 
in this application note is by no means 
complete. Additional information for the 12C 
bus and the S83C751 Microcontroller can be 
found in the Microcontroller Users' Guide. 


THE 12C BUS 
The two lines of the 12C-busare a serial data 
line (SDA) and a serial clock line (SCl). 
Both 
lines are connected to a positive supply via a 
pull-up resistor, and remain HIGH when the 
bus is not busy. Each device is recognized by 
a unique address-whether 
it is a 
microcomputer, LCD driver, memory or 
keyboard interface-and 
can operate as 
either a transmitter or receiver, depending on 
the function of the device. A device 
generating a message or data is a 
transmitter, and a device receiving the 
message or data is a receiver. Obviously, a 
passive function like an LCD driver could only 
be a receiver, while a microcontroller 
or a 
memory can both transmit and receive data. 


Masters 
and Slaves 
When a data transfer takes place on the bus, 
a device can either be a master or a slave. 
The device which initiates the transfer, and 
generates the clock signals for this transfer, is 
the master. At that time any device 
addressed is considered a slave. It is 
important to note that a master could either 
be a transmitter or a receiver; a master 
microcontroller 
may send data to a RAM 
acting as a transmitter, and then interrogate 
the RAM for its contents acting as a 
receiver-in 
both cases performing as the 
master initiating the transfer. In the same 
manner, a slave could be both a receiver and 
a transmitter. 


The 12Cis a multimaster bus. It is possible to 
have, in one system, more than one device 
capable of initiating transfers and controlling 
the bus (Figure 2). A microcontroller 
may act 
as a master for one transfer, and then be the 
slave for another transfer, initiated by another 
processor on the network. The master/slave 
relationships on the bus are not permanent, 
and may change on each transfer. 
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As more than one master may be connected 
to the bus, it is possible that two devices will 
try to initiate a transfer at the same time. 
Obviously, in order to eliminate bus collisions 
and communications 
chaos, an arbitration 
procedure is necessary. The 12Cdesign has 
an inherent arbitration and clock 
synchronization 
procedure relying on the 
wired-AND connection of the devices on the 
bus. In a typical multimaster system, a 
microcontroller 
program should allow it to 
gracefully switch between master and slave 
modes and preserve data integrity upon loss 
of arbitration. In this note, a simple case is 
presented describing the 883C751 operating 
as a single master on the bus. 


Data Transfers 
One data bit is transferred during each dock 
pulse (see Figure 3). The data on the SDA 
line must remain stable during the HIGH 
period of the clock pulse in order to be valid. 
Changes in the data line at this time will be 
interpreted as control signals. A 
HIGH-to-LOW transition of the data line 
(SDA) while the clock signal (SCL) is HIGH 
indicates a Start condition, and a 
LOW-to-HIGH transition of the SDA while 
SCL is HIGH defines a Stop condition (see 
Figure 4). The bus is considered to be busy 
after the Start condition and free again at a 
certain time interval after the Stop condition. 
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The Start and Stop conditions are always 
generated by the master. 


The number of data bytes transferred 
between the Start and Stop condition from 
transmitter to receiver is not limited. Each 
byte, which must be eight bits long, is 
transferred serially with the most significanl 
bit first, and is followed by an acknowledge 
bit. (see Figure 5). The clock pulse retaled to 
the acknowledge 
bit is generated by the 
master. The device that acknowledges 
has to 
pull down the SDA line during the 
acknOWledge clock pulse, while the 
transmitting device releases the SDA line 
(HIGH) during this pulse (see Figure 6). 
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A slave receiver must generate an 
acknowledge after the reception of each byte, 
and a master must generate one after the 
reception of each byte docked out of the 
slave transmitter. If a receiving device cannot 
receive the data byte immediately, it can 
force the transmitter into a wait state by 
holding the clock line (SeL) LOW. When 
designing a system, it is necessary to take 
into account cases when acknowledge is not 
received. This happens, for example, when 
the addressed device is busy in a real time 
operation. In such a case the master, after 
an appropriate "time-our, 
should abort the 


transfer by generating a Stop condition, 
allowing other transfers to take place. These 
"other transfers" could be initiated by other 
masters in a multimaster system, or by this 
same master. 


There are two exceptions to the 
"acknowledge after every byte" rule. The first 
occurs when a master is a receiver: it must 
signal an end of data to the transmitter by 
NOT signalling an acknowledge on the last 
byte that has been clocked out of the slave. 
The acknowledge related clock, generated by 
the master should still take place, but the 
SDA line will not be pulled down. In order to 
indicate that this is an active and intentional 
lack of acknowledgement, 
we shall term this 


special condi tion as a "negative 
acknowledge". 


The second exception is that a slave will 
send a negative acknowledge when it can no 
longer accept additional data bytes. This 
occurs after an attempted transfer that cannot 
be accepted. 


The bus design includes special provisions 
for interfacing to microprocessors 
which 
implement all of the 12e communications 
in 


software only-it 
is called "Slow Mode". 
When all of the devices on the network have 
built-in 12e hardware support, the Slow Mode 
is irrelevant. 


Addressing and Transfer Formats 
Each device on the bus has its own unique 
address. Before any data is transmitted on 
the bus, the master transmits on the bus the 
address of the slave to be accessed for this 
transaction. A well-behaved slave with a 
matching address, if it exists on the network, 
should of course acknowledge the master's 
addressing. 
The addressing is done by the 
first byte transmitted by the master after the 
Start condition. 


An address on the network is seven bits long, 
appearing as the most significant bits of the 
address byte. The last bit is a direction (RIW) 
bit. A zero indicates that the master is 
transmitting (WRITE) and a one indicates that 
the master requests data (READ). A 
complete data transfer, comprised of an 
address byte indicating a WRITE and two 
data bytes is shown in Figure 7. 


When an address is sent, each device in the 
system compares the first seven bits after the 
Start with its own address. If there is a match, 
the device will consider itself addressed by 
the master, and will send an acknowledge. 
The device could also determine if in this 
transaction it is assigned the role of a slave 
receiver or slave transmitter, depending on 
the RIW bit. 


Each node of the 12e network has a unique 
seven bit address. The address of a 
microcontroller is of course fUlly 
programmable, while peripheral devices 
usually have fixed and programmable 
address 
portions. In addition to the 


"standard" addressing discussed here, the 
12e bus protocol allows for "general call" 
addressing and interfacing to eBUS devices. 


When the master is communicating 
with one 
device only, data transfers follow the format 
of Figure 7, where the RIW bit could indicate 
either direction. After completing the transfer 
and issuing a Stop condition, if a master 
would like to address some other device on 
the network, it could of course start another 
transaction, issuing a new Start. 


Another way for a master to communicate 
with several different devices would be by 
using a "repeated start". After the last byte of 
the transaction was transferred, including its 
acknowledge 
(or negative acknowledge), 
the 
master issues another Start, followed by 
address byte and data-without 
effecting a 
Stop. The master may communicate with a 
number of different devices, combining 
READS and WRITES. After the last transfer 
takes place, the master issues a Stop and 
releases the bus. Possible data formats are 
demonstrated 
in Figure 8. Note that the 


repeated start allows for both change of a 
slave and a change of direction, without 
releasing 
the bus. We shall see later on that 


the change of direction feature can come in 
handy even when dealing with a single 
device. 


In a single master system, the repeated start 
mechanism may be more efficient than 
terminating each transfer with a Stop and 
starting again. In a multimaster environment, 
the determination 
of which format is more 
efficient could be more complicated, as when 
a master is using repeated starts it occupies 
the bus for a long time and thus preventing 
other devices from initiating transfers. 
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Use of Sub-Addresses 
For some ICs on the 12Cbus, the device 
address alone is not sufficient for effective 
communications, 
and a mechanism for 
addressing the internals of the device is 
necessary. A typical 
example when we want 
to access a specific word inside the device is 
addressing memories, 
or a sequence of 
memory locations starting at a specific 
internal address. 


A typical12C memory device like the 
PCF8570 RAM contains a built-in word 
address register that is incremented 
automatically after each data byte which is a 
read or written data byte. When a master 
communicates with the PCF8570 it must 
send a sub-address in the byte following the 
slave address byte. This sub-address is the 


MASTER 
WRITE: 
~I 
SLAVE 
ADDRESS 


MASTER 
READ: 


S 
SLAVE 
ADDRESS 


s. 
P. 
W. 
R. 
R/W. 
A. 
NA. 


START 
STOP 
WRITE 
READ 
READ 
OR WRITE 
ACKNOWLEDGE 
NEGATIVE 
ACKNOWLEDGE 


internal address of the word the master wants 
to access for a single byte transfer, or the 
beginning of a sequence of locations for a 
multi-byte transfer. A sub-address is an 8-bit 
byte, unlike the device address, it does not 
contain a direction (RIW) bit, and like any 
byte transferred on the bus it must be 
followed by an acknowledge. 


A memory write cycle is shown in Figure 9(a). 
The Start is followed 
by a slave byte with the 
direction bit set to WRITE, a sub-address 
byte, a number of data bytes and a Stop 
signal. The sub-address is loaded into the 
word address memory, and the data bytes 
which follow will be written one after the other 
starting with the sub-address location, as the 
register is incremented automatically. 


DATA TRANSFERRED 
(0 BYTES 
+ ACKNOWLEDGE) 


DATA 0 
DATA 


The memory read cycle (see Figure 9(b)) 
commences in a similar manner, with the 
master sending a slave address with the 
direction bit set to WRITE with a following 
sub-address. Then, in order to reverse 
the 
direction of the transfer, the master issues a 
repeated Start followed again by the memory 
device address, but this time with the 
direction bit set to READ. The data bytes 
starting at the internal sub-address will be 
clocked out of the device, each followed by a 
masterijenerated 
acknowledge. The last byte 
of the read cycfe will be followed by a 
negative acknowledge, 
signalling the end of 
transfer. The cycle is terminated by a Stop 
signal. 


Using the 8XC751 
microcontroller 
as an 
12C bus master 


MASTER 
TRANSMITTER 
BECOMES 
MASTER 
RECEIVER 
AND 
SLAVE 
RECEIVER 
BECOMES 
SLAVE 
TRANSMITTER 


REGISTER 
BIT ADDRESS 


Name 
Symbol 
Address 
MSB 
LSB 


12CControl 
12CON 
98 
9F 
9E 
90 
9C 
9B 
9A 
99 
98 


12CData 
120AT 
99 
- 
- 
- 
- 
- 
- 
- 
- 


12CConfiguration 
12CFG 
08 
OF 
DE 
DO 
DC 
DB 
OA 
09 
08 
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8XC751 12CHARDWARE 
The on-cllip IlC bus hardware support of the 
BXC751 allows operation on the bus at full 
speed, and simplifies the software needed for 
effective communications 
on the network. 


The hardware activates and monitors the 
SDA and SCL lines, performs the necessary 
arbitration and framing errors checks, and 
takes care of clock stretching and 
synchronization. 
The hardware support 
includes a bus time-out timer, called TImer I. 
The hardware is synchronized to the software 
either through polled loops or interrupts. 


Two of the port 0 pins are multi-functional. 
When the IlC is active, the pin associated 
with PO.Ofunctions as SCL, and the pin 
associated with PO.l functions as SDA. 
These pins have an open drain output. 


Two of the five BXC751 interrupt sources may 
be used for IlC support. The IlC interrupt is 
enabled by the EI2 flag of the interrupt enable 
register, and its service routine should start at 
address 023h. An IlC interrupt is usually 
requested (if enabled) when a rising edge of 
SCL indicates a new data bit on the bus, or a 
special condition occurs: Start, Stop or 
arbitration loss. The interrupt is induced by 
the ATN flag-see 
below for the conditions 
for setting this flag. The Timer I overflow 
interrupt is enabled by the ETI flag, and the 
service routine starts at 01 Bh. 


The IlC port is controlled through three 
special function registers: IlC Control 
(12CON), IlC Configuration 
(12CFG), and IlC 


Data (12DAn. The register addresses are 
shown in Table 1. 


Although the follOWingdiscussion of the 
hardware and register details is not complete, 
it should give a belter understanding of the 
programming examples. 


Timer I 
In IlC applications, TImer I is dedicated to the 
port timing generation and bus monitoring. In 
non-llC applications, it is available for use as 
a fixed time base. 


In its port timing generation function, TImer I 
is used to generate SCL, the IlC clock. TImer 
I is clocked once per machine cycle (oscl12), 
so that the toggle rate of SCL will be some 
multiple of that rate. Because the B3C751 
can be run over a wide range of oscillator 
frequencies, it is necessary to adjust SCL for 
the part's oscillator frequency. This allows the 
IlC bus to be used at its highest transfer 
rates independent of the oscillator frequency. 
SCL is adjusted by writing to two bits (CTO 
and CT1) in the 12CFG special function 
register (see Table 2). The inverse of the 
values in CTO and CTl are loaded into the 
least significant two bit locations of TImer I 


every time the fourth bit of the timer is 
toggled. (A value is actually loaded into the 
least significant three bits, the third bit being 
o unless both CTO and CTl are programmed 
high and in that case the third bit is 1). SCL is 
then toggled every time the fourth bit of TImer 
I is toggled. For example: if CTl = 0 and CTO 
= 1 then the least significant three bits of 
TImer I would be preloaded with 2 (010 
binary). TImer I would then count 3,4, 5, 6, 7, 
B (6 counts or machine cycles). On B, the 
fourth bit of TImer I will toggle, SCL will toggle 
and the 3 least significant bits will again be 
preloaded with the value 2 (010). 


CT1,CTO 
Timer I 
Oscillator 
Values 
Counts 
Freq (MHz) 


1 
0 
7 
16 
0 
1 
6 
15,14,13 
0 
0 
5 
12,11 


1 
1 
4 
10 or less 


TImer I counts = fosc (MHz) x 0.39 (rounded 
up to next integer). 


For the bus monitoring function, TImer I is 
used as a "watchdog timer" for bus hang-ups. 
It creates an interrupt when the SCL line 
stays in one state for an extended period of 
time while the bus is active (between a Start 
condition and a following Stop condition). 
SCL "stuck low" indicates a faulty master or 
slave. SCL "stuck high" may mean a faulty 
device, or that noise induced unto the IlC 
caused all masters to withdraw from the IlC 
arbitration. 


The time-out interval of TImer I is fixed 
(cannot be set): it carries out and interrupts (if 
enabled) when about 1024 machine cycles 
have elapsed since a change on SCL within a 
frame. In other words, whenever IlC is active 
and TImer I is enabled, the falling edge of 
SCL will reset TImer I. If SCL is not toggled 
low for 1024 machine cycles, TImer I will 
overflow and cause an interrupt. (Note: we 
wrote "about 1024 machine cycles" although 
for the sake of accuracy-this 
number is 


affected by the selting of the CTO and cn 
bits mentioned above and may vary by up to 
three machine cycles) The exact number of 
cycles for a time-out is not critical' what is 
important is that it indicates SCL i's stuck. 


In addition to the interrupt, upon TImer I 
overflow the IlC port hardware is reset. This 
is useful for multiple master systems in 
situations where a bus fault might cause the 
bus to hang-up due to a lack of software 
response. When this happens, SCL will be 
released, and IlC operation between other 
devices 
can continue. 


12CONRegister 
The IlC control register (12CON) can be 
written to (see Figure 10). When writing to the 
12CON register, one should use bit masks as 
demonstrated 
in the example program. Trying 
to clear or set the bits in the register using the 
bit addressing capabilities of the BXC751 
may lead to undesirable results. The reason 
is that a command like CLR reads the 
register, sets the bit and writes it back, and 
the write-back may affect other bits. 


12CFGRegister 
The configuration register (12CFG) is a 
readlwrite register (see Figure 11). 


12DATRegister 
The IlC data register (12DAn is a read/write 
register, where the MSB represents the data 
received or data to be sent. The other seven 
bits are read as 0 (see Figure 12). 


Transmit Active State 
The transmit active sta_Xmit 
Active-is 
an 
internal state in the IlC interface that is 
affected by the IlC registers as explained 
above. The IlC interface will only drive the 
SDA line low when Xmit Active is set. Xmit 
Active is set by writing the 12DATregister, or 
by writing 12CON with XSTR = 1 or XSTP = 
1. The ARL bit will be set to 1 only when Xmit 
Active is set-in 
such a case Xmit Active will 


be automatically reset upon arbitration loss. 
Xmit Active is cleared by writing 1 to CXA at 
12CON register or by reading the 12DAT 
register. 


PROGRAMMING EXAMPLE 
The listing demonstrates communications 
routines for the BXC751 as an IlC bus master 
in a single-master system. 


The single-master system is less complicated 
than a multi master environment. The 
programmer does not have to worry about 
switching between master and slave roles, or 
the consequences of an arbitration loss. 


The IlC interrupt is not used, and therefore 
disabled. There is no need for frame Start 
interrupts, 
as this processor is the only bus 


master and all data transfers are initiated by it 
when the appropriate routines are called by 
the application. No one else generates frame 
Starts which could be an interrupt source in a 
multimaster system. Within the frames we 
monitor bus activity with a wait-loop which 
polls the ATN flag. As we expect the bus to 
operate in its full-speed mode, we can 
assume that only a small amount of time will 
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be wasted in those loops, and the use of 
interrupts would be less efficient. 


The 8XC751 has single-bit 12Chardware 
interface, where the registers may directly 
affect the levels on the bus and the software 
interacting with the register takes part in the 
protocol implementation. 
The hardware and 
the low-level routines dealing with the 
registers are tightly coupled. Therefore, one 
should take extra care if trying to modify 
these lower level routines. 


The beginning of the program, at address 0, 
contains the reset vector, where 
the 
microcontroller 
begins executing code after a 
hardware reset. In this case, the code simply 
jumps to the main part of the program, which 
begins at the label 'Reset' near the end of the 
listing. 


The main program is a simple demonstration 
of the 12Croutines which comprise the 
balance of the listing. It first enables the 
Timer I interrupt, and sets up some sample 
data to be transmitted. Beginning at the label 
Main loop , the program then proceeds to 
transmit one byte of data to a slave device at 
address 48 hexadecimal, using the routine 
titled 'SendData'. 
In our demonstration 
hardware, this address corresponds to an 
8-bit 1/0 port that drives eight monitor lEDs. 
The program then reads back one byte of 
data from the same port using the routine 
'RcvData'. The Send Data and RcvData 
routines can send or receive multiple bytes of 
data, the number of which is determined by 
the variable 'ByteCnt'. 


Upon return from both SendData and 
RcvData, the program checks the system flag 
named 'Retry' to see if the transfer was 
completed correctly. If not, it loops back and 
attempts the same transfer again. 


Next, the program sends four bytes of data to 
a 256-byte EEPROM device, an 8-pin part 
called the PCF8582. The routine 'Send Sub' is 
used for this purpose. The EEPROM was 
located at address AO hexadecimal on our 
board. This device uses the sub-addressing 
feature to select a starting location to address 
in the EEPROM array. When data is written 
to the EEPROM, the address is automatically 
incremented so that the data bytes are stored 
in consecutive locations. 


Finally the program reads back four bytes of 
data from the EEPROM using the routine 
'RcvSub'. Calls to SendSub and RcvSub 
should also be followed by a test of the Retry 
flag to insure that all went according to plan. 


This entire process is repeated indefinitely by 
jumping back to Mainloop. 


Back at the beginning of the program, the 
next location after the reset vector is the 
Timer I interrupt service routine. The 
microcontroller will go to address 1B 
hexadecimal if Timer I overflows. This routine 
stops the timer, clears the timer interrupt, 
clears the pending interrupt so that other 
interrupts will be enabled, restores the stack 
pointer, and jumps to the 'Recover' routine to 
try to correct whatever stopped the 12Cbus 
and allowed Timer I to overflow. 


Next in the listing come the main 12Cservice 
routines. These are the routines Send Data, 
RcvData, SendSub, and RcvSub that were 
called from the main program. Both of the 
send routines use the data area labeled 
'XmtDat' as the transmit data buffer. In this 
sample program, four bytes were reserved for 
this area, but it could be larger or smaller 
depending on the application. The two 
receive routines use another four byte buffer 
labeled 'RcvDat' to store received data. All of 
these routines use the variables 'SlvAdr' and 
'ByteCnt' to determine the slave address and 
the number of bytes to be sent or received, 
respectively. The SendSub and RcvSub 
routines use the variable 'SubAdr' as the 
sub-address to send to the slave device. 


Following the main 12Cservice routines in the 
listing are the subroutines that are called by 
the main routines to deal intimately with the 
12Chardware. 


The 'SendAddr' subroutine requests 
mastership of the 12Cbus and calls the 
routine 'XmitAddr' to complete sending the 
slave address. The bulk of the XmitAddr 
routine is shared with the 'XmitByte' 
subroutine which sends data bytes on the 12C 
bus. XmitByte is also used to send 12C 
sub-addresses. Both subroutines check for 
an acknOWledge from the slave device after 
every byte is sent on the 12Cbus. 


The next subroutine 'RDAck' calls the 
'RcvByte' routine to read in a byte of data. It 
then sends an acknOWledge to the slave 
device. RDAck is used to receive all data 
except for the last byte of a receive data 
frame, where the acknowledge is omitted by 
the bus master. The RcvByte subroutine is 
called directly for the last byte of a frame. 


The 'SendStop' subroutine causes a stop 
condition on the 12C,thus ending a frame. 
The 'RepStart' subroutine sends a repeated 
start condition on the 12Cbus, to allow the 
master to start a new frame without first 
having to send an intervening stop. 


The lower level subroutines deal directly with 
the hardware. The tight coupling between 


hardware and software is best demonstrated 
by the following explanations, 
relating 10two 
cases in which the code is not self evident. 


Sending 
the Address 
When sending the address byte in the Send 
Addr subroutine, the first bit is written to 
12DATprior to the loop where the other seven 
bits are sent (SendAd2), The reason is that 
we need to clear the Start condition in order 
to release the SCl line, and this is done 
explicitly by the subsequent command. When 
SCl 
is released, the correct bit (MSB of 
address) must already be in 12DAT. 


Capturing 
the Received 
Data 
Typically, a program receiving data waits in a 
loop for ATN, and when detected, checks 
DRDY. If DRDY = 1 then there was a rising 
SCl, 
and the new data can be read from 
RDAT in 12CON or 12DAT.Reading or writing 
12DATclears DRDY, thus releasing SCL. 


When reading the last bit in a byte, it should 
be read from 12CON, and not 12DAT(see the 
end of the RcvByte routine). This way the 
Data Ready (DRDY) flag is not cleared, and 
the low period on SCl is stretched. The 
reason for doing so is that upon reception of 
the last bit of a received byte the master must 
react with an acknowledge. 
In order to ensure 
that we "wait" with the acknowledge clock 
(release of SCl) 
until the acknowledge level 
is issued on SDA, the last bit is read out of 
12CON and not 12DAT. SCl 
is stretched low 
until the acknowledge level is written into 
12DATby the software. 


Bus Faults and Other Exceptions 
Bus exceptions are detected either by Timer I 
time-out, or "illegal" logic states tested for and 
detected by the software. Upon Timer I 
time-out, a bus recovery is attempted by the 
Recover 
routine. The final section of the 
listing is this 'Recover' routine. Its job is to try 
to restore control of the 12Cbus to the main 
program. First, the subroutine 'Fix Bus' is 
called. It checks to see if only the SDA line is 
'stuck', and if so, tries to correct it by sending 
some extra clocks on the SCl line, and 
forcing a stop condition on the bus. If this 
does not work, another subroutine 'BusReset' 
is called. This generally happens when a 
severe bus error occurs, such as a shorted 
clock line. The philosophy used in this code is 
that the only chance of recovering from a 
severe error is to cause a reset of the Pc 
hardware by deliberately forcing Timer I to 
time out. This method allows recovery from a 
temporary short or other serious condition on 
the 12Cbus. 
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ROAT 
Received 
DATa bit. The value 
of SDA 
latched by the rising edge of seL. hs con· 


tants 
is identical 
to ROAT In the 12DAT register. 
Reading 
the r9C81ved data 
here 
allows 
doing 
so without 
clearing 
DRDY 
and releasing 
SeL. 


ATN 
An -ATteNtion- 
flag, set when anyone 
of DRDY. ARL. STR Of STP is set. This flag 


allows 
a single 
bit 18611ngfor 
terminating 
"Wa~ 
1<>q)S-, indicating 
a meaningful 


event 
on the bus. This flag also activates 
the l'e interrupt 
request. 


DRDY 
Data ReaDY 
nag. Set by a rising edge of SeL 
when t'C is active. 
except 
at an Idle 


slave. 
This flag is deared 
by reading 
or writing 
the 12DAT register, 
or by writing 


a 1 to COR (at the same address, when 12CON is written). 


ARl 
ARbitration 
loss 
1lag. Indicates 
that this device 
lost arbitration 
while trying to take 
control of the bus. 


STR 
STaRt 
flag. Set when 
a Stan condition 
is detected. 
except 
at an idle slave. 


STP 
SToP flag. 
Set when 
a Slop 
condition 
is detected. 
except 
al: an idle slave. 


MASTER 
This flag is set when the controller 
is a bus master 
(or a potential 
master, 
prior to 
arbitration). 


CXA 
"'Clear Xmit Aaive-. 
Writing 
a 1 to CXA 
dears 
the internaltransmil-aetive 
state. 


IDLE 
Setting 
this bit will cause 
a slave to enter idle mode 
and ignore 
the 12C bus until the 
next Start is detected. 
" the software 
sets the MASTRQ 
flag, the device 
may 
stop 


idling 
by tuming 
into a master. 


COR 
Clear 
Dala 
Ready. 
Clears 
the DRDY 
flag. 


CARL 
Clear 
Arbitration 
Lost. Clears 
the ARL flag. 


CSTR 
Clear 
STaRt. 
Clears 
the STR flag. 


CST? 
Clear 
STop. 
Clears 
the STP flag. 


XSTR 
·Xmit 
repeated 
STaRt". 
Writing 
a 1 to this bit causes 
the hardware 
to issue a Re- 


peated 
Start 
signal. 
A side effect will be setting 
the internal 
Xmit Aaive 
state. 
This 
should 
be used only when 
the device 
is a master. 


XSTP 
·Xmit 
SToP". 
Issues 
a Slop 
condition. 
The Xmt 
active 
state 
is set. 


SLAVEN 


MASTRO 


CLRTI 


TIRUN 


Writing 
a 1 to this flag enables 
the slave fund ions of the t='C interface. 


Request 
control 
of the bus as a master. 


Clear 
the Timer 
I interrupt 
flag. This bit is always 
read as O. 


Writing 
a 1 will let TImer 
I run. When 
12C is active, 
it will run only 
inside 
frames. 
and 
will be deared 
by SeL transitions. 
Start and Stop. Writing 
a 0 will stop and dear 
the tim- 


er. 


These 
bits should 
be programmed 
according 
to the frequency 
of the crystal 
oscillator 


used 
in the hardware. 
They 
determine 
the mnimum 
high and low times 
lor SeL, 
and 
are used to optimize 
performance 
al: different 
oscillator 
speeds. 


ROAT 
Received 
OATa bit. captured 
from SDA every rising edge of SCL. Reading 
I2CAT claars 
OROY and the Xmit Active 
state. 
" it is necessary 
to read the data without 
affecting 
the 
flags, 
it can be read out of ROAT in the 12CON register. 
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0080 
0040 
0020 
0010 
0008 
0004 
0002 
0001 


0021 
0022 
0023 
0024 


0020 
0000 
0001 
0002 


$TITLE(83C751 
Single 
Master 
I2C Routines) 
$DATE (09/07/89) 
$MOD751 
$DEBUG 


; Masks 
for I2CON bits. 


BCXA 
EQU 
80h 
;Mask 
for CXA bit. 
BIDLE 
EQU 
40h 
;Mask 
for IDLE bit. 


BCDR 
EQU 
20h 
;Mask 
for COR bit. 
BCARL 
EQU 
10h 
;Mask 
for CARL 
bit. 


BCSTR 
EQU 
08h 
;Mask 
for CSTR 
bit. 
BCSTP 
EQU 
04h 
;Mask 
for CSTP 
bit. 
BXSTR 
EQU 
02h 
;Mask 
for XSTR bit. 
BXSTP 
EQU 
Olh 
;Mask 
for XSTP bit. 


; 
RAM 
locations 
used 
by I2C 
routines. 


Bitent 
DATA 
2lh 
;I2C bit 
counter. 
ByteCnt 
DATA 
22h 
SlvAdr 
OATA 
23h 
;Address 
of 
active 
slave. 
SubAdr 
DATA 
24h 


RcvDat 
OATA 
25h 
;I2C 
receive 
data 
buffer 
(4 bytes) . 
; 
addresses 
25h 
through 
28h. 


XmtDat 
DATA 
29h 
;I2C 
transmit 
data 
buffer 
(4 bytes) . 
addresses 
29h through 
2Ch. 


StackSave 
DATA 
20h 
;Saves 
stack 
addr 
for 
bus 
recovery. 


Flags 
NoAck 


Fault 


Retry 


DATA 
BIT 
BIT 
BIT 


20h 
Flags.O 
Flags.l 
Flags.2 


;I2C 
software 
status 
flags. 


;Indicates 
missing 
acknowledge. 


:Indicates 
a 
bus 
fault 
of 
some 
kind. 


;Indicates 
that 
last 
12C 
transmission 


; 
failed 
and 
should 
be 
repeated. 


001B 


001B D2DD 
001D C2DC 
001F 
1126 
0021 
852D81 


0024 
218A 
0026 
32 


0027 C200 
0029 C201 
002B C202 
002D 
85812D 


0030 E523 
0032 
310C 
0034 
200012 


0037 
200112 
003A 
7829 


003C E6 
003D 
08 
003E 
3125 
0040 
200006 


0043 
200106 
0046 
D522F3 


0049 
3166 
004B 
22 


;************************************************************** 


Begin 
Code 
;************************************************************** 


SETB 
CLR 
ACALL 
MOV 


CLRTI 
TIRUN 
C1rlnt 


SP,StackSave 


;Timer 
I 
(I2C 
timeout) 


; 
interrupt. 


;Clear 
timer 
I 
interrupt. 


;Clear 
interrupt 
pending. 


;Restore 
stack 
for 
return 


; 
to 
main. 


;Attempt 
bus 
recovery. 


;************************************************************* 


Main 
Transmit 
and 
Receive 
Routines 


;************************************************************* 


Send 
data 
byte(s) 
to 
slave. 


Enter 
with 
slave 
address 
in 
SlvAdr, 
data 
in 
XmtDat 
buffer, 


H 
of 
data 
bytes 
to 
send 
in 
ByteCnt. 


SendData: 
CLR 
CLR 
CLR 
MOV 


MOV 
ACALL 
JB 


MOV 
INC 
ACALL 
JB 


NoAck 


Fault 
Retry 


StackSave,SP 


A,SlvAdr 
SendAddr 


NoAck,SDEX 


A,@RO 
RO 


XmitByte 
NoAck,SDEX 


JB 
Fault,SDatErr 
DJNZ 
ByteCnt,SDLoop 


;Save 
stack 
address 


for 
bus 
fault. 


;Get 
slave 
address. 


;Get 
bus 
and 
send 
slave 
addr. 


;Check 
for 
missing 


; 
acknowledge. 


;Check 
for 
bus 
fault. 


;Set 
start 
of 
transmit 
; buffer. 


;Send 
data 
to 
slave. 


;Check 
for 
missing 


; 
acknowledge. 


;Check 
for 
bus 
fault. 


Receive 
data 
byte(s) 
from 
slave. 


Enter 
with 
slave 
address 
in 
SlvAdr, 


~ 
of 
data 
bytes 
requested 
in 
ByteCnt. 


Data 
returned 
in 
RcvDat 
buffer. 
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004E 
C200 
0050 C201 
0052 C202 
0054 
858120 


0057 
E523 
0059 
02EO 
005B 
310C 
0050 
200023 


006C 
200117 
006F F6 
0070 
08 
0071 
0522F6 


0088 C200 
008A C201 
008C C202 
008E 
858120 


NoAck 
Fault 


Retry 


StackSave,SP 


MOV 
SETB 
ACALL 
JB 


A,SlvAdr 
ACC.O 
SendAddr 


NoAck,RDEX 


JB 
MOV 
INC 
OJNZ 


Fault,RDatErr 
@RO,A 
RO 


ByteCnt,RDLoop 


ATN,$ 
OROY,ROatErr 


;Save 
stack 
address 


; for bus fault. 
;Get slave 
address. 


;Aet 
bus 
read 
bit. 
;Send 
slave 
address. 
;Check 
for missing 


; 
acknowledge. 


;Check 
for bus 
fault. 


;Set start 
of receive 


; buffer. 


;Check 
for 
count 
= 
1 


; byte 
only. 


;Get data 
and 
send 


; 
an 
acknowledge. 


;Check 
for 
bus 
fault. 


;Save data. 


;Get 
last 
data 
byte 


; from slave. 
;Check 
for bus 
; fault. 


;Save 
data. 


;Send 
negative 


; 
acknowledge. 


;Wait 
for 
NAK 
sent. 


;Check 
for bus 
; fault. 


Send 
data 
byte(s) 
to 
slave 
with 
subaddress. 


Enter 
with 
slave 
address 
in 
ACe, 
subaddress 
in 


SubAdr, 
• 
of 
bytes 
to 
send 
in 
ByteCnt, 


data 
in 
XmtDat 
buffer. 


NoAck. 


Fault 


Retry 


StackSave,SP 
;Save 
stack 
address 


; 
for 
bus 
fault. 


;Get 
slave 
address. 


;Get 
bus 
and 
send 


; 
slave 
address. 
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0095 
20001C 


0098 
20011C 


009B E524 
0090 
3125 
009F 
200012 


00A2 
200112 
00A5 
7829 


00A7 E6 
00A8 
08 
00A9 
3125 
OOAB 
200006 


OOM 
200106 
OOBI 
0522F3 


00B4 
3166 
00B6 
22 


00B9 C200 
OOBB C201 
OOBO C202 
OOBF 
858120 


00C2 E523 
00C4 
310C 
00C6 
20003E 


00C9 
20013E 


OOCC E524 
OOCE 
3125 
0000 
200034 


0003 
200134 


0006 
317A 
0008 
20012F 
OOOB E523 
0000 
02EO 
OOOF 
3115 
OOEI 
200023 


00E4 
200123 


00E7 
7825 


00E9 
052202 


September 1989 


JB 
NoAck,SSEX 
;Check 
for 
missing 


acknowledge. 


JB 
Fault,SSubErr 
Check 
for bus 
fault. 


Mav 
A,SubAdr 
;Get 
slave 
suhaddress. 
ACALL 
XmitByte 
;Send 
subaddress. 


JB 
NoAck,SSEX 
:Check 
for 
missing 
; 
acknowledge. 
JB 
Fault,SSubErr 
;Check 
for bus 
fault. 
Mav 
RO,IXmtDat 
;Set start 
of 
; 
transmit 
buffer. 


Mav 
A,@RO 
;Get 
data 
for slave. 


INC 
RO 


ACALL 
XmitByte 
;Send 
data 
to 
slave. 
JB 
NoAck,SSEX 
;Check 
for 
missing 


; 
acknowledge. 


JB 
Fault,SSubErr 
;Check 
for bus 
fault. 
OJNZ 
ByteCnt,SSLoop 


ACALL 
SendS top 
;Send 
an 12C 
stop. 
RET 


174 
175 
SSLoop: 


176 
177 
178 


Receive 
data 
byte(s) 
from 
slave 
with 
subaddress. 


Enter 
with 
slave 
address 
in 
SlvAdr, 
subaddress 
in 
SubAdr, 


• 
of 
data 
bytes 
requested 
in 
ByteCnt. 


Data 
returned 
in 
RcvDat 
buffer. 


RcvSub: 
CLR 
NoAck 
;Clear 
error 
flags. 


CLR 
Fault 
CLR 
Retry 


MaV 
StackSave,SP 
;Save 
stack 
address 
; 
for bus 
fault. 
Mav 
A,SlvAdr 
;Get slave 
address. 


ACALL 
SendAddr 
;Send 
slave 
address. 


JB 
NoAck,RSEX 
;Check 
for 
missing 


; 
acknowledge. 


JB 
Fault, RSubErr 
;Check 
for bus 
fault . 


Mav 
A,SubAdr 
;Get 
slave 
subaddress. 
ACALL 
XmitByte 
;Send 
subaddress. 


JB 
NoAck,RSEX 
;Check 
for 
missing 
; 
acknowledge. 
JB 
Fault,RSubErr 
;Check 
for bus 
fault. 


ACALL 
RepStart 
;Send 
repeated 
start. 
JB 
Fault, RSubErr 
;Check 
for bus 
fault. 
Mav 
A,SlvAdr 
;Get 
slave 
address. 
SETB 
ACC.O 
;Set bus 
read 
bit. 


ACALL 
SendAd2 
;Send 
slave 
address. 
JB 
NoAck, RSEX 
;Check 
for 
missing 


; 
acknowledge. 


JB 
Fault,RSubErr 
;Check 
for bus 
fault . 


MOV 
RO, -HRcvDat 
;Set 
start 
of 


; 
receive 
buffer. 
OJNZ 
ByteCnt,RSLoop 
;Check 
for 
count 


; byte 
only. 


1-14 
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OOFO 
200117 
00F3 F6 
00F4 
08 
OOFS 
DS22F6 


JB 


MOV 
INC 
DJNZ 


Fault, RSubErr 
@RO,A 
RO 
ByteCnt,RSLoop 


;Get 
data 
and 
send 


; 
an 
acknowledge. 


;Check 
for bus 
fault. 


;Save 
data. 


;Get 
last data 
byte 


; 
from 
slave. 


;Check 
for 
bus 
fault. 
;Save data. 


;Send negative 
; acknowledge. 


;Wait 
for 
NAK 
sent. 


:Check 
for 
bus 
fault. 


;Request 
I2C bus. 


;Wait 
for 
bus 


; 
granted. 


;Should 
have 


; become 
the bus 


; master. 


12DAT,A 
;Send 
first bit, 


; clears 
DRDY. 
12CON,iBCARL+BCSTR+BCSTP 
;Clear 
start, 


; 
releases 
SCL. 


XmitAddr 
;Finish 
sending 


; address. 


Byte 
transmit 
routine. 


Enter 
with 
data 
in 
Ace. 


XmitByte 
transmits 
8 
bits. 


XmitAddr 
: transmits 
7 
bits 
(for 
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0128 F599 
012A 
23 
012B 
309EFD 
012E 
309DOF 
0131 
D521F4 
0134 
7598AO 


0143 
314F 
0145 
759900 


0148 
309EFD 


014B 
309D15 
014E 
22 


014F 
752108 
0152 E4 


0153 
4599 
0155 
23 
0156 
309EFD 
0159 
309D07 
015C 
D521F4 


015F A29F 


0161 
33 
0162 22 


0163 D201 
0165 
22 


0168 
759821 
016B 
309EFD 
016E 
759820 
0171 
309EFD 
0114 
759894 
0177 C2DC 
0179 
22 


;Set 
8 
bits 
of 
data 


; 
count. 


;Send 
this 
bit. 


;Get 
next 
bit. 


;Wait 
for 
bit 
sent. 


;Should 
be 
data 
ready. 
;Repeat 
until 
all bits 
sent. 


;Switch 
to 
; 
receive 
mode. 


:Wait 
for 
acknowledge 
; bit. 


;Was 
there 
an 
ack? 


;Return 
no 
acknowledge 
; 
status. 


Byte 
receive 
routines. 


RDAck 
: receives 
a 
byte 
of 
data, 
then 
sends 
an 
acknowledge. 


RcvByte 
: receives 
a 
byte 
of 
data. 


Data 
returned 
in 
Ace. 


MOV 
RL 
JNB 
JNB 
DJNZ 
MOV 


12DAT,A 


A 
ATN, $ 
DRDY,XMErr 


BilCnt,XmBil 
12CON,IBCDR+BCXA 


ORL 
RL 
JNB 
JNB 
DJNZ 


A,I2DAT 


A 
ATN,$ 
DRDY,RdErr 


BitCnt,RBit 


;Receive 
a 
data 
byte. 


;Send 
receive 


; 
acknowledge. 


;Wait 
for 
acknowledge 
; 
sent. 


;Check 
for 
bus 
fault. 


;Set 
bit 
count. 


;Init 
received 
byte 


; to O. 


;Get 
bit, 
clear 
ATN. 
;Shift 
data. 


;Wait 
for 
next 
bit. 
;Should 
be data 
ready. 


;Repeat 
until 
7 
bits 
; 
are 
in. 


;Get 
last 
bit, 
don't 


; 
clear 
ATN. 


;Form 
full 
data 
byte. 


MASTRQ 
;Release 
bus 


; mastership. 
12CON,IBCDR+BXSTP 
;Generate 
a bus 
stop. 


ATN,$ 
;Wait 
for 
atn. 


12CON,'BCDR 
;Clear 
data 
ready. 


ATN,$ 
;Wait 
for 
stop 
sent. 
I2CON,.BCARL+BCSTP+BCXA 
;Clear 
I2C 
bus. 
TIRUN 
;Stop timer 
I. 
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017A 
759822 
017D 
309EFD 
0180 
759820 
0183 
309EFD 


0190 C201 
0192 C200 
0194 
D2DD 
0196 D2DC 
0198 
D2AB 


019B C2DE 
019D 
7598BC 
OIAO 
D2DC 
01A2 
80FE 


OIM 
C2DE 
01A6 
D3 
01A7 
D280 


01B4 C280 
01B6 
31D8 
01B8 
208109 
OIBB D280 
OlBD 
31D8 
OlBF 
D521F2 


RepStart: 
MOV 
JNB 
MOV 
JNB 


12CON,IBCDR+BXSTR 
ATN, $ 
!2CON, IBCDR 
ATN, $ 


;Send 
repeated 
start. 
;Wait 
for 
ATN. 


;Clear 
data 
ready. 


;Wait 
for 
repeated 


; 
start 
sent. 


;See 
if 
bus 
is 
dead 
or 
; can be ' fixed' 
. 
;1f 
not 
'fixed', 
try 


; 
extreme 
measures. 


;1f 
bus 
OK, 
return 
to 


; 
main 
routine. 


;Enable 
timer 
I. 


;Turn 
on 
timer 
I 


; 
interrupts. 


;This 
routine 
tries 
a 
more 
extreme 
method 
of 
bus 
recovery_ 


This 
is 
used 
if 
seL 
or 
SDA 
are 
stuck 
and 
cannot 


otherwise 
be 
freed. 


(will 
return 
to 
the 
Recover 
routine 
when 
Timer 
I 
times 
out) 


BusReset: 
CLR 
MOV 
SETB 
SJMP 


CLR 
CLR 
SETB 
SETB 
SETB 


Fault 


NoAck 
CLRTI 
TIRUN 
ETI 


;Release 
bus. 
;Clear 
all 
12C flags. 


;Wait 
for 
timer 
I 


timeout 
(this 
will 
re- 


; 
set 
the 
12C 
hardware) 
. 


MASTRQ 
12CON,IOBCh 
TIRUN 


$ 


CLR 
SETB 
SETB 


ChekLoop: 
CLR 
ACALL 
JB 
SETB 
ACALL 
DJNZ 


MastRQ 


C 
SCL 


SCL 
SDelay 


SDA,RStop 
SCL 
SDelay 


BitCnt,ChekLoop 


;1f 
seL 
is 
low, 
bus 


; 
cannot 
be 
' fixed' 
. 


;If SCL 
& SDA are high, 


; 
force 
a 
stop. 


;Set 
max 
t 
of 
tries 
to 
; 
clear 
bus. 


;Force 
an 
12C 
clock. 


;Repeat 
clocks 
until 


either 
SDA 
clears 
or 


; 
we 
run 
out 
of 
tries. 
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01C6 
31D8 
01C8 
D280 
OlCA 
31D8 
OlCC 
D28l 
OlCE 
31D8 
OlDO 
30800q 


01D3 
308101 
01D6 C3 
01D7 
22 


01D8 
00 
01D9 
00 
OlDA 
00 
OlDS 
00 
OlOC 
00 
OlDD 
00 
OlDE 
00 


OlDF 
00 
OlEO 
22 


OlEl 
758107 
OlEq D2AB 
01E6 D2AF 
01E8 
75290B 
OlEB 
752A16 
OlEE 
752B2C 
OlFl 
752C58 
OlFq 
752500 
01F7 
752600 


OlFA 
752700 
OlFD 
752800 


0203 
752201 
0206 
1127 
0208 
2002F5 


020B 
752201 
020E 
lHE 
0210 
2002F8 


0216 
752QOO 
0219 
75220Q 
02lC 
1188 
021E 
2002F2 


ACALL 
SETS 
ACALL 
SETS 
ACALL 
JNB 


JNB 
CLR 
FixBusEx: 
RET 


SDe1ay 
SCL 
SDe1ay 
SDA 
SDe1ay 
SCL,FixBusEx 


;Try 
forcing 
a 
stop 
since 
seL 
& SDA 


; 
are 
both 
high. 


;Are SCL 
• SDA 
still 
high? 
If 
so, 
assume 
bus 


is 
now 
OK, 
and 
return 


with 
carry 
cleared. 


SDelay: 
NOP 
NOP 
NOP 
NOP 
NOP 
NOP 
NOP 
NOP 
RET 


;************************************************************ 


Main 
Program 


;************************************************************ 


MOV 
SETB 
SETS 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 


MOV 
ACALL 
JB 


MOV 
ACALL 
JB 


MOV 
MOV 
ACALL 
JB 


SP,~07h 
ETI 
EA 
XmtDat, Hl 
XmtDat+l,~22 
XmtDat+2,~QQ 
XmtDat+3,~88 
RcvDat,IO 
RcvDat+l,N-O 
RcvDat+2,#O 
RcvDat+3,~0 


ByteCnt,'l 


SendData 


Retry,MainLoop 


ByteCnt, H 
RcvData 
Retry,ML2 


SubAdr,~Oh 
ByteCnt,1I4 


SendSub 


Retry,SLl 


;Set 
stack 
location. 


;Enable 
timer 
I 
interrupts. 
;Enable 
global 
interrupts. 
;Set 
up 
transmit 
data. 


;Set 
up 
transmit 
data. 


;Set 
up 
transmit 
data. 


;Set 
up 
transmit 
data. 


;Clear 
receive 
data. 


;Clear 
receive 
data. 


;Clear 
receive 
data. 


;Clear 
receive 
data. 


;Set 
slave 
address 


; (8-bit I/O port) . 


;Set 
up 
byte 
count. 


;Send 
data 
to 
slave. 


;Set 
slave 
address 


; 
(RAM chip) . 


;Set 
slave 
subaddress. 


;Set 
up 
byte 
count. 
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0221 
752204 
434 
SL2: 
MOV 
ByteCnt, 14 
;Set up byte 
count. 
0224 
llB9 
435 
ACALL 
RcvSub 
0226 
2002FB 
436 
JB 
Retry,SL2 


437 
0229 
0529 
43B 
INC 
XmtDat 
022B 
052A 
439 
INC 
XmtDat+l 
022D 
052B 
440 
INC 
XmtDat+2 
022F 
052C 
441 
INC 
XmtDat+3 
0231 
BOCD 
442 
SJMP 
MainLoop 
;Do it 
all 
again. 


443 
444 
ENDASSEMBLY 
COMPLETE, 
o ERRORS 
FOUND 


I2CAPP 
B3C751 
Single 
Master 
12C 
Routines 


ACC. 
D ADDR 
OOEOH 
PREDEFINED 
ATN. 
B ADDR 
009EH 
PREDEFINED 
BCARL. 
NUMB 
0010H 


BCDR 
NUMB 
0020H 
BCSTP. 
NUMB 
0004H 


BCSTR. 
NUMB 
OOOBH 
BCXA 
NUMB 
0080H 


BIDLE. 
NUMB 
0040H 
NOT USED 


BITCNT 
D ADDR 
0021H 


BMRQ 
NUMB 
0040H 
BTIR 
NUMB 
0010H 


BUSRESET 
C ADDR 
019BH 
BXSTP. 
NUMB 
0001H 
BXSTR. 
NUMB 
0002H 
BYTECNT. 
D ADDR 
0022H 
CHEKLOOP 
C ADDR 
01B4H 
CLRINT 
C ADDR 
0026H 
CLRTI. 
B ADDR 
OODDH 
PREDEFINED 
CTVAL. 
NUMB 
0002H 
DRDY 
B ADDR 
009DH 
PREDEFINED 
EA 
B ADDR 
OOAFH 
PREDEFINED 
ETI. 
B ADDR 
OOABH 
PREDEFINED 
FAULT. 
B ADDR 
0001H 
FIXBUS 
C ADDR 
01A4H 
FIXBUSEX 
C ADDR 
01D7H 
FLAGS. 
D ADDR 
0020H 
I2CFG. 
D ADDR 
00D8H 
PREDEFINED 
I2CON. 
D ADDR 
0098H 
PREDEFINED 
I2DAT. 
D ADDR 
0099H 
PREDEFINED 
MAINLOOP 
C ADDR 
0200H 
MASTER 
B ADDR 
0099H 
PREDEFINED 
MASTRQ 
B ADDR 
OODEH 
PREDEFINED 
ML2. 
C ADDR 
020BH 
NOACK. 
B ADDR 
OOOOH 
PO 
D ADDR 
0080H 
PREDEFINED 
RBIT 
C ADDR 
0153H 


RCVBYTE. 
C ADDR 
014FH 
RCVDAT 
D ADDR 
0025H 
RCVDATA. 
C ADDR 
004EH 
RCVSUB 
C ADDR 
00B9H 
RDACK. 
C ADDR 
0143H 
RDAT 
B ADDR 
009FH 
PREDEFINED 
RDATERR. 
C ADDR 
0086H 
RDERR. 
C ADDR 
0163H 
RDEX 
C ADDR 
0083H 
RDLAST 
C ADDR 
0074H 
RDLOOP 
C ADDR 
006AH 
RECOVER. 
C ADDR 
018AH 
REPSTART 
C 
AD DR 
017AH 
RESET. 
C ADDR 
01E1H 
RETRY. 
B ADDR 
0002H 
RSEX 
C ADDR 
0107H 
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RSLAST 
C ADDR 
OOF8H 
RSLOOP 
C ADDR 
OOEEH 
RSTOP. 
C ADDR 
OlC4H 
RSUBERR. 
C ADDR 
OIOAH 
SAERR. 
C ADDR 
OllDH 
SCL. 
B ADDR 
0080H 
SDA. 
B ADDR 
0081H 
SDATERR. 
C ADDR 
004CH 
SDELAY 
C ADDR 
OlD8H 
SDEX 
C ADDR 
0049H 
SDLOOP 
C ADDR 
003CH 
SENDAD2. 
C ADDR 
O1l5H 
SENDADDR 
C ADDR 
OlOCH 
SEND DATA 
C ADDR 
0027H 
SENDSTOP 
C ADDR 
O166H 
SENDSUB. 
C ADDR 
0088H 
SLl. 
C ADDR 
0213H 
SL2. 
C ADDR 
0221H 
SLVADR 
D ADDR 
0023H 
SP 
D ADDR 
0081H 
PREDEFINED 
SSEX 
C ADDR 
OOB4H 
SSLOOP 
C ADDR 
OOA7H 
SSUBERR. 
C ADDR 
OOB7H 
STACKSAVE. 
D ADDR 
002DH 
SUBADR 
D ADDR 
0024H 
TIMERI 
C ADDR 
OOlBH 
NOT USED 
TIRUN. 
B ADDR 
OODCH 
PREDEFINED 
XMBIT. 
C ADDR 
O128H 
XMBIT2 
C ADDR 
O12AH 
XMBX 
C ADDR 
013FH 
XMERR. 
C ADDR 
O140H 
XMITADDR 
C ADDR 
O120H 
XMITBYTE 
C ADDR 
O125H 
XMTDAT 
D ADDR 
0029H 
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Interfacing 
the PCD8584 
12C-bus controller 
to 80C51 family microcontrollers 


DESCRIPTION 
This application note shows how to use the 
PCD8584 12C-bus controller with 8OC51 
family microcontrollers. 
One typical way of 
connecting the PCD8584 to an 80C31 is 
shown. Some basic software routines are 
described showing how to transmit and 
receive bytes in a single master system. An 
example is given of how to use these routines 
in an application that makes use of the 12C 
drcuits on an 12Cdemonstration board. 


The PCD8584 is used to intertace between 
parallel microprocessor or microcontroller 
buses and the serial 12Cbus. For a 
description of the 12Cbus protocol refer to the 
12Cbus spedfication 
which is printed in the 
microcontroller user guide. 


The PCD8584 controls the transmission and 
reception of data on the 12Cbus, arbitration, 
dock speeds and transmission and reception 
of data on the parallel bus. The parallel bus is 
compatible with 80C51 , 68000, 8085 and ZOO 
buses. Communication with the 12C-bus can 
be done on an interrupt or polled basis. This 
application note focuses on intertacing with 
8051 microcontrollers 
in single master 
systems. 


PCD8584 
In Figure 1, a block diagram is shown of the 
PCD8584. Basically it consists of an 
12C-intertace similar to the one used in 84Cxx 
family microcontrollers, 
and a control block 
for intertadng to the microcontroller. 


The control block can automatically 
determine whether the control signals are 
from 80xx or 68xxx type of microcontrollers. 


This is determined after the first write action 
from the microcontroller 
to the PCD-8584. 


The control block also contains a 
programmable divider which allows the 
selection of different PCD8584 and 12C 
docks. 


The 12Cinterface contains several registers 
which can be written and read by the 
microcontroller. 


SI is the control/status register. This register 
is accessed while the AO input is 1. The 
meaning of the bits depends on whether the 
register is written to or read from. When used 


as a single master system the following bits 
are important: 


PIN: 
Interrupt bit. This bit is made active 
when a byte is senVreceived tolfrom the 
12C-bus. When ENI is made active, PIN also 
controls the externallNT 
line to interrupt the 
microcontroller. 


ESO·ES2: These bits are used as pointer 
for addressing SO, SO', S2 and S3. Setting 
ESOalso enables the Serial I/O. 


ENI: Enable Interrupt bit. Setting this bit 
enables the generation of interrupts on the 
INTline. 


STA, STO: These bits allow the generation 
of START or STOP conditions. 


ACK: 
With this bit set and the PCD8584 is 
in master/receiver mode, no acknowledge is 
generated by the PCD8584. The 
slave/transminer now knows that no more 
data must be sent to the 12C-bus. 


SER: This bit may be read to check if bus 
errors have occurred. 


B B: This bit may be read to check whether 
the bus is free for 12C-bus transmission. 


S2 is the dock register. It is addressed when 
AO = 0 and ESO-ES2 = 010 in the previous 
write cycle to SI. With the bits S24-S20 it is 
possible to select 5 input clock frequendes 
and 4 12Cclock frequencies. 


S3 is the interrupt vector register. It is 
addressed when AO = 0 and ESO-ES2 = 001 
in the previous write cycle to SI. This register 
is not used when an 80C51 family 
microcontroller is used. An 8OC51 
microcontroller has fixed interrupt vector 
addresses. 


SO' is the own address register. It is 
addressed when AO = 0 and ESo-ES2 = 000. 
This register contains the slave address of 
the PCD8584. In the single master system 
described here, this register has no functional 
use. However, by writing a value to SO', the 
PCD8584 determines whether an 80Cxx or 
68xxx type microcontroller is the controlling 
microcontroller by looking at the CS and WR 
lines. So independent of whether the 
PCD8584 is used as master or slave, the 


microcontroller 
should always first write a 
value to SO' after reset. 


SO is the 12Cdata nagister. It is addressed 
when AO = 0 and ESO-ES2 = 1xO. 
Transmission of a byte on the 12Cbus is done 
by writing this byte to SO. When the 
transmission is finished, the PIN bit in SI is 
reset and if ENI is set, an interrupt will be 
generated. Reception of a byte is signaled by 
resetting PIN and by generating an interrupt if 
ENI is set. The received byte can be read 
from SO. 


The SDA and SCl lines have no protection 
diodes to Voo. This is important for 
multimaster systems. A system with a 
PCD8584 can now be switched off without 
causing the 12C-bus to hang-up. Other 
masters still can use the bus. 


For more information of the PCD8584 refer to 
the data sheet. 


PCD858418031 Hardware Interface 
Figure 2 shows a minimum system with an 
8051 family controller and a PCD8584. In this 
example, an 8OC31 is used. However any 
8OC51 family controller with external 
addressing capability can be used. 


The software resides in EPROM U3. For 
addressing this device, latch U2 is necessary 
to demultiplex the lower address bits from the 
data bits. The PCD8584 is mapped in the 
external data memory area. It is selected 
when Al 
= O. Because in this example no 
external RAM or other mapped peripherals 
are used, no extra address decoding 
components are necessary. AO is used by the 
PCD8584 for proper register selection in the 
PCD8584. 


U5A is an inverter with Schmitt trigger input 
and is used to buffer the osdllator 
signal of 
the microcontroller. Without buffering, the rise 
and fall time specifications of the ClK signal 
are not met. It is also important that the ClK 
signal has a duty cycle of 50%. II this is not 
possible with certain resonators or 
microcontrollers, then an extra flip-flop may 
me necessary to obtain the correct duty 
cycle. 


U5C and U5D are used to generate the 
proper reset signals for the microcontroller 
and the PCD8584. 


I'C OWN 
ADDR. 


WAKEUP 
INT. 


(S.ADDR.P) 
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Cl(22pF) 
H 
Xl 
H 
c::::l 
12MHz 


C2 
(l2pF) 


12 
lI'ml 
P2.0 
Vo< 
13 
1fITf 
P2.' 


TO 
P22 


T1 
P2.3 
P1.0 
P2.4 


P1.1 
P2.5 


P'2 
P2.6 
P1.3 
P2.7 


P1.4 
RD 
Pl.5 
WR 
P1.6 
!'SEll 
P1.7 
ALEIf' 


TxD 


BasIc PCD8584/8031 
DrIver 
Routines 
In the listing section (page 1-25), some basic 
routines are shown. The routines are divided 
in two modules. The module ROUTINE 
contains the driver routines and initialization 
of the PCD8584. The module INTERR 
contains the interrupt handler. These modules 
may be linked to a module with the user 
program that uses the routines in INTERR 
and ROUTINE. In this application note, this 
module will be called USER. A description of 
ROUTINE and INTERR follows. 


Module 
ROUTINE 


Routine Send byte {lines 
17-20}- 


This routine sends the contents of the 
accumulator to the PCD8584. The address is 
such that AO = o. Which register is accessed 
depends on the contents of ESO-ES2 of the 


U5A 


74HCT14 


control register. The address of the PCD8584 
is in variable 'PCD8584'. This must have 
been previously defined in the user program. 
The DPTR is used as a pointer for 
addressing the peripheral. If the address is 
less than 255, then ROor R1 may be used as 
the address pointer. 


Routine Sendcontr 
{lines 
25, 26}- 


This routine is similar to Sendbyte, except 
that now AO= 1. This means that the 
contents of the accumulator are sent to the 
control register Sl in the PCD8584. 


Routine 
Readbyte {Unes 30-33}- 


This routine reads a register in the PCD8584 
with AO = o. Which register depends on 
ESO-ES2 of the control register. The result of 
the read operation is returned in the 


accumulator. 


Routine 
Readcontr 
(lines 
37-39}- 


This routine is similar to Readbyte. except 
that now AO = 1. This means that the 
accumulator will contain the value of status 
register S1 of the PCD8584. 


Routine Start lines 
{44-56}- 


This routine generates a START-condition 
and the slave address with a RlW bit. In line 
44, the variable IIC_CNT is reset. This 
variable is used as a byte counter to keep 
track of the number of bytes that are received 
or transmitted. IIC_CNT is defined in module 
INTERR. 


Unes 45-46 increment the variable 
NR_BYTES if the PCD8584 must receive 
data. NR_BYTES is a variable that indicates 
how many bytes have to be received or 
transmitted. It must be given the correct value 
in the USER module. Receiving or 
transmitting is distinguished 
by the value of 
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the DIR bit. This must also be given the 
correct value in the USER module. 


Then the status register of PCD8584 must be 
read to check if the 12Cbus is free. First the 
status register must be addressed by giving 
ESO-ES2 of the control register the correct 
value (lines 47-48). Then the Bus Busy bit is 
tested until the bus is free (lines 49-50). If this 
is the case, the slave address is sent to data 
register SOand the 12C END bit is cleared 
(lines 51-53). The slave-address is set by the 
user program in variable USER. The LSB of 
the slave address is the RIW bit. 12C_END 
can be tested by the user program whether 
an 12Creceptionltransmission 
is in progress 
or not. 


Next the START condition will be generated 
and interrupt generation enabled by setting 
the appropriate bits in control register Sl. 
(lines 54-55). 


Now the routine will return back to the user 
program and other tasks may be performed. 
When the START condition, slave address 
and RIW bit are sent, and the ACK is 
received, the PCD8584 will generate an 
interrupt. The interrupt routine will determine 
if more bytes have to be received or 
transmitted. 


Routine Stop (Unes 59·62)- 
Calling this routine, a STOP condition will be 
sent to the t2C bus. This is done by sending 
the correct value to control register Sl (lines 
59~1). 
After this the 12C_END bit is set, to 


indicate to the user program that a complete 
12Csequence has been received or 
transmitted. 


Routine 12C_lnlt (Unes 
65·76)- 


This routine initializes the PCD8584. This 
must be done directly after reset. Lines 67-70 
write data to 'own address' register SO'. First 
the correct address of SO' is set in control 
register Sl (lines 67~8), 
then the correct 
value is written to it (lines 69-70). The value 
for SO' is in variable SLAVE_ADR and set by 
the user program. As noted previously, 
register SO' must always be the first register 
to be accessed after reset, because the 
PCD8584 now determines whether an 
80Cxxx or 68xxx microcontroller is 
connected. Lines 72-76 set the clock register 
S2. The variable 12C_CLOCK is also set by 
the user program. 


Module INTERR 
This module contains the 12Cinterrupt 
routine. This routine is called every time a 
byte is received or transmitted on the 12C 
bus. In lines 12-15 RAM space for variables 
is reserved. 


80C51 RAM where the data is stored that is 
received, or where the data is stored that has 
to be transmitted. 


NR_BYTES, IIC_CNT and SLAVE were 
explained earlier. 12C_END and DIR are flags 
that are used in the program. 12C_END 
indicates whether an 12Ctransmission or 
reception is in progress. DIR indicates 
whether the PCD8584 has to receive or 
transmit bytes. The interrupt routine makes 
use of register bank 1. 


The transmission part of the routine starts at 
line 42. In lines 42-43, a check is made 
whether IIC_CNT = NR_BYTES. If true, all 
bytes are sent and a STOP condition may be 
generated (lines 44-45). 


Next the pointer for the internal RAM is 
restored (line 46) and the byte to be 
transmitted is fetched from the internal RAM 
(line 47). Then this byte is sent to the 
PCD8584 and the variables are updated 
(lines 47-49). The interrupt routine is left and 
the user program may proceed. The receive 
part starts from line 55. First a check is made 
if the next byte to be received is the last byte 
(lines 56-59). If true the ACK must be 
disabled when the last byte is received. This 
is accomplished by resetting the ACK bit in 
the control register Sl (lines 60-61). 


Next the received byte may be read (line 62) 
from data register SO. The byte will be 
temporary stored in R4 (line 63). Then a 
check is made if this interrupt was the first 
after a START condition. If so, the byte read 
has no meaning and the interrupt routine will 
be left (lines 68-70). However by reading the 
data register SOthe next read cycle is 
started. 


If valid data is received, it will be stored in the 
internal RAM addressed by the value of 
BASE (lines 71-73). Finally a check is made if 
all bytes are received. If true, a STOP 
condition will be sent (lines 75-78). 


EXAMPLES 
In the listing section (starting on page 8), 
some examples are shown that make use of 
the routines described before. The examples 
are transmission of a sequence, reception of 
12Cdata and an example that combines both. 


The first example sends bytes to the 
PCD8577 LCD driver on the OM1016 
demonstration board. Lines 7to 10 define the 
interface with the other modules and should 
be included in every user program. Lines 14 
to 16 define the segments in the user 
module. It is completely up to the user how to 
organize 
this. 


Lines 24 and 28 are the reset and interrupt 
vectors. The actual use. program starts at 


line 33. Here three variables are defined that 
are used in the 12Cdriver routines. Note that 
PCD8584 must be an even address, 
otherwise the wrong internal registers will be 
accessed! Lines 37-42 initialize the interrupt 
logic of the microcontroller. 
Next the 


PCD8584 will be initialized (line 45). 


The PCD8584 is now ready to transmit data. 
A table is made in the routine at line 61. For 
the PCD8577, the data is a control byte and 
the segment data. Note that the table does 
not contain the slave address of the LCD 
driver. In lines 51-54, variables are made 
ready to start the transmission. This consists 
of defining the direction of the transmission 
(DIR), the address where the data table starts 
(BASE), the number of bytes to transmit 
(NR_BYTES, without slave address!) and the 
slave address (SLAVE) of the 12Cperipheral 
that has to be accessed. 


In line 55 the transmission is started. Once 
the t2C transmission is started, the user 
program can do other tasks because the 
transmission works on interrupts. In this 
example a loop is performed (line 58). The 
user can check the end of the transmission 
during the other tasks, by testing the 
12C_END bit regularly. 


The second example program receives 2 
bytes from the PCF8574P I/O expander on 
the OM1016 demonstration 
board. Until line 


45 the program is identical to the transmit 
routine because it consists of initialization 
and variable definition. From line 48, the 
variables are set for 12Creception. The 
received bytes are stored in RAM area from 
label TABLE. During reception, the user 
program can do other tasks. By testing the 
12C_END bit the user can determine when to 
start processing the data in the TABLE. 


The third example program displays time 
from the PCF8583P clock/calendar/RAM 
on 
the LCD display driven by the PCF8577. The 
LED display (driven by SM 1064) shows the 
value of the analog inputs of the AID 
converter PCF8591. The four analog inputs 
are scanned consecutively. 


In this example, both transmit and receive 
sequences are implemented as shown in the 
previous examples. The main clock part is 
from lines 62-128. This contains the calls to 
the 12Croutines. From lines 135-160, routines 
are shown that prepare the data to be 
transmitted. Lines 171 to 232 are the main 
program for the AD converter and LED 
display. Lines 239 to 340 contain routines 
used by the main program. This demo 
program can also be used with the 12C 
peripherals on the OM 1016 demonstration 
board. 
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0000: 
R 


0000: 
900000 
R 
0003: 
Fa 
0004: 
22 


0005: 
0005: 
900001 
R 
0008: 
80F9 


OOOA: 
OOOA: 
900000 
R 
OOOD: 
EO 


OOOE: 
22 


OOOF: 
OOOF: 
900001 
R 
0012: 
80F9 


0014: 
750000 
0017: 
200002 


OOlA: 
0500 
OOlC: 
7440 


OOlE: 
120005 
0021: 
l2000F 


0024: 
30EOFA 


0027: 
E500 
0029: 
C200 


002B: 
120000 
002E: 
744D 


$TITLE 
(Routines 
for PCD85841 


$PAGELENGTH (40) 


;Program 
written 
for 
PCDB584 
as 
master 


PUBLIC 
PUBLIC 
PUBLIC 
EXTRN 
EXTRN 
EXTRN 


READBYTE,READCONTR,SENDBYTE 
SENDCONTR,START,STOP 
I2C_INIT 
BIT (I2C_END,DIRI 
DATA(SLAVE,IIC_CNT,NR_BYTESI 
NUMBER(SLAVE_ADR,I2C_CLOCK,PCD8584) 


;Define 
code 
segment 


ROUTINE 
SEGMENT 
CODE 


RSEG 
ROUTINE 


;SENDBYTE 
sends a byte 
to PCD8584 
with AO~O 


;Byte 
to 
he 
send 
must 
be 
in 
accu 
SENDBYTE: 
MOV DPTR,iPCD8584 
;Register 
address 


SEND: 
MOVX 
@DPTR,A 
;Send byte 
RET 


;SENDCONTR 
sends a byte to PCD85B4 
with AO~l 


;Byte 
to 
he 
send 
must 
be 
in 
accu 
SENDCONTR: 


MOV 
DPTR,tPCD8584+01H 
;Register 
address 
JMP SEND 


;READBYTE 
reads 
a byte 
from PCD8584 
with AO=O 


;Received 
byte 
is 
stored 
in 
accu 
READBYTE: 


MOV DPTR,iPCD8584 
;Register 
address 


REC: 
MOVX A,@DPTR 
;Receive 
byte 
RET 


;READCONTR 
reads 
a byte 
from PCD8584 
with AO~l 


;Received 
byte 
is 
stored 
in 
accu 


READCONTR: 
MOV DPTR,iPCD8584+0lH 
;Register 
address 


JMP REC 


;START 
tests 
if the 
I2C bus 
is ready. 
If ready 
a 


;START-condition 
will 
be 
sent, 
interrupt 
generation 


;and 
acknowledge 
will 
be 
enabled. 


START: 
MOV 
IIC_CNT,~OO 
;Clear 
I2C byte 
counter 


JB 
DIR,PROCEED 
;If 
DIR 
is 'receive' 
then 
INC NR_BYTES 
;increment 
NR_BYTES 


PROCEED:MOV 
A,i40H 
Read STATUS 
register 
of 
; 8584 


R 
48 
CALL 
SENDCONTR 


R 
49 
TESTBB: 
CALL 
READCONTR 


50 
JNB ACC.O,TESTBB; 
Test 
BBI 
bit 
R 
51 
MOV A,SLAVE 
R 
52 
CLR 
I2C END 
;Reset 
I2C ready 
bit 


R 
53 
CALL 
SENDBYTE 
;Send 
slave 
address 
54 
MOV 
A,iOlOOllOlB;Generate 
START, 
set ENI, 


;set 
ACK 
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0030: 
120005 
R 
55 
CALL 
SENDCONTR 
0033: 
22 
56 
RET 
57 
58 
;STOP 
will 
generate 
a STOP 
condition 
and set the 
;12C_END 
bit 
0034: 
74C3 
59 
STOP: 
MOV A,~11000011B 
0036: 
12000S 
R 
60 
CALL 
SENDCONTR 
;Send 
STOP 
condition 


0039: 
0200 
R 
61 
SETB 
12C END 
;Set 
12C END bit 


003B: 
22 
62 
RET 
63 
64 
;I2C 
in it 
does 
the 
initialization 
of the PCD8584 
003C: 
65 
12C INIT: 


66 
;Write 
own 
slave 
address 
003C: 
E4 
67 
CLR A 
0030: 
120005 
R 
68 
CALL 
SENDCONTR 
;Write 
to 
control 
register 
0040: 
7400 
R 
69 
MOV A,~SLAVE_ADR 
0042: 
120000 
R 
70 
CALL 
SENDBYTE 
;Write 
to own 
slave 


;register 
71 
;Write 
clock 
register 
0045: 
7420 
72 
MOV A,~20H 
0047: 
120005 
R 
73 
CALL 
SENDCONTR 
;Write 
to 
control 
register 
004A: 
7400 
R 
74 
MOV A, U2C_CLOCK 
004C: 
120000 
R 
75 
CALL 
SENDBYTE 
;Write 
to clock. 
register 
004F: 
22 
76 
RET 
77 
0050: 
78 
END 
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0001: 
0002: 
0003: 


0000: 
0000: 
COEO 
0002: 
CODO 
0004: 
75D008 
0007: 
300016 


OOOC: 
B50105 
OOOF: 
120000 
0012: 
8032 
0014: 
A800 


0016: 
E6 


0017: 
0500 
0019: 
120000 
001C: 
0502 
001E: 
8026 


PUBLIC 
PUBLIC 
PUBLIC 
EXTRN 
EXTRN 


INTO SRV 
DIR,I2C_END 
BASE,NR_BYTES,IIC_CNT,SLAVE 
CODE (SENDBYTE,SENDCONTR,STOP) 
CODE (READBYTE,READCONTR) 


;Define 
variables 
in 
RAM 
IIC VAR 
SEGMENT 
DATA 
RSEG 
IrC VAR 
BASE: 
DS 1 


NR BYTES: 
DS 
IrC CNT:DS 
1 
SLAVE: 
DS 1 


;Pointer 
to 12C table 
(till 


;256) 


;Number 
of 
bytes 
to 
rev/tern 


;I2C 
byte 
counter 


;Slave 
address 
after 
START 


;Define 
variable 
segment 


BIT VAR 
SEGMENT 
DATA BITADDRESSABLE 
RSEG 
BIT VAR 
STATUS: 
DS 1 


12C END BIT STATUS.O 
;Byte 
with 
flags 


;Defines 
if 
a 
12C 


;transmission 
is 
finished 
;'1' 
is 
finished 


;'0' 
is 
not 
ready 


;Defines 
direction 
of 
12C 


;transmission 
;' l' 
:Transmit 


;Define 
code 
segment 
for 
routine 


IIC INT SEGMENT 
CODE PAGE 
RSEG 
IrC INT 


;Program 
part 
to 
transmit 
bytes 
to 
IIC 
bus 


MOV 
A/IIC_eNT 
;Compare 
IIC_eNT 
and 


;NR_BYTES 
CJNE 
A,NR_BYTES,PROCEED 
CALL 
STOP 
;A11 bytes 
transmitted 
JMP EXIT 
PROCEED:MOV 
RO,BASE 


MOV A,@RO 
INC BASE 
CALL 
SENDBYTE 


INC 
IrC CNT 
JMP EXIT 


INTO SRV: 
PUSH 
ACC 
PUSH PSW 
MOV PSW, H08H 
JNB DIR,RECElVE 


;Select 
register 
bank 


;Test 
direction 
bit 


;8584 
is MST/TRM 


;RAM 
pointer 


;Source 
is 
internal 
RAM 


;Update 
pointer 
of 
table 
;Send byte 
to IIC bus 


;Update 
byte 
counter 
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0022: 
04 
0023: 
04 
0024: 
B50105 
0027: 
7448 


0030: 
E4 
0031: 
B50202 
0034: 
8006 


0036: 
A800 
0038: 
EC 
0039: 
F6 
003A: 
0500 
003C: 
0502 


003E: 
E501 
0040: 
B50203 
0043: 
120000 


0046: 
DODO 
0048: 
DOEO 
004A: 
32 


;Program 
to 
receive 
byte 
from 
IIC 
bus 
RECEIVE: 
MOV A,lIC_CNT 
:Test 
if 
last 
byte 
is 
to 
be 
; received 
INC A 
INC A 
CJNE A,NR_BYTES,PROC_RD 


MOV 
A,.OlOOlOOOB;Last 
byte 
to 
be 
received. 


;Disable 
ACK 
CALL 
SENDCONTR 
;Write 
control 
word 
to 
;PCD8584 
PROC 
RD:CALL 
READBYTE 
;Read 
I2C byte 
MOV R4,A 
;Save accu 


;If 
RECEIVE 
is 
entered 
after 
the 
transmission 
of 


:START+address 
then 
the 
result 
of 
READBYTE 
is 
not 


;relevant. 
READBYTE 
is 
used 
to 
start 
the 
generation 


;of 
the 
clock 
pulses 
for 
the 
next 
byte 
to 
read. 


;This 
situation 
occurs 
when 
IIC 
eNT 
is 
CLR A 
;Test IIC CNT 
CJNE 
A,IIC_CNT,SAVE 


JMP 
END 
TEST 
;START 
is 
send. 
No 
relevant 


;data 
in 
data 
reg. 
of 
8584 
71 
SAVE: 
MOV RO,BASE 
72 
MOV A,R4 
73 
MOV 
@RO,A 
74 
INC BASE 
75 
END 
TEST:INC 
IIC_CNT 


76 


77 


78 
79 
80 
EXIT: 
81 
82 
83 
84 


MOV A,NR_BYTES 
CJNE 
A,IIC_CNT,EXIT 
CALL 
STOP 
;A11 bytes 
received 


POP PSW 
POP ACC 
RETI 
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0055 
33 
001C 
34 
0000 
35 
36 
38 


0003: 
D2A8 
39 
0005: 
D2AF 
40 
0007: 
D2B8 
41 
0009: 
D288 
42 
43 
44 
OOOB: 
120000 
R 
45 
46 
47 
OOOE: 
120021 
R 
48 
49 
50 


April 1990 


$TITLE 
(Send a string 
of bytes 
to the PCF8577 
on 
OM1016) 
$PAGELENGTH(40) 


;This 
program 
is 
an 
example 
to 
transmit 
bytes 
via 
;PCD8584 
;to the 
12C-bus 


PUBLIC 
EXTRN 
EXTRN 
EXTRN 


SLAVE_ADR,I2C_CLOCK,PCD8584 
CODE(I2C_INIT,INTO 
SRV,START) 
BIT (I2C_END,DIR) 
DATA(BASE,NR_BYTES,IIC_CNT,SLAVE) 


;Define 
used 
segments 
USER 
SEGMENT 
CODE 
RAMTAB 
SEGMENT 
DATA 


;Segment 
for 
user 
program 


;Segment 
for 
table 
in 
;internal 
RAM 


;Segment 
for 
RAM 
variables 
; in 
RAM 
17 
18 
19 
20 
STACK: 


21 
22 
23 
24 
25 
26 
27 
28 


29 
30 
31 
RSEG 
USER 
32 
;Define 
12C 
clock, 
own 
slave 
address 
and 
PCDBS84 


;hardware 
address 
SLAVE_ADR 
EQU 55H 
I2C CLOCK 
EQU 
00011100B 
PCD8584 
EQU 
OOOOH 
;0000: 
7581FF 
R 
; Initialize 
8031 
;interrupt 
SETB EXO 
SETB EA 
SETB PXO 
SETB 
ITO 


;Own 
slave 
address 
is 
55H 
;12.00MHz/90kHz 
;PCD8584 
address 
with AO=O 
37 
MAIN: 
MOV 
SP,NSTACK-1 
;Initia1ize 
stack 
pointer 


interrupt 
registers 
for 
12C 


;Enable 
interrupt 
INTO/ 
;Set global 
enable 
;Priority 
level 
'1' 


;INTO/ on falling 
edge 


;Initialize 
PCD8584 
CALL 
I2C_INIT 


;Make 
a 
table 
in 
RAM 
with 
data 
to 
be 
transmitted. 
CALL 
MAKE_TAB 
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0011 : D200 
R 
51 
SETB 
DIR 
:DIR='transmission' 


0013: 
750000 
R 
52 
MOV BASE, *TABLE 
;5tart 
address 
of 12C-data 
0016: 
750005 
R 
53 
MOV NR_BYTES,105H 
;5 bytes 
must 
be 


;transferred 
0019: 
750074 
R 
54 
MOV 
SLAVE,101110100B 
;Slave 
address 
PCF8577 


; + WR/ 
001C: 
120000 
R 
55 
CALL 
START 
;Start 
I2C 
transmission 


56 
57 
001F: 
80FE 
58 
LOOP: 
JMP LOOP 
;Endless 
loop 
when 
program 
;is 
finished 


59 
60 
0021: 
61 
MAKE-TAB: 
0021: 
7800 
R 
62 
MOV RO, *TABLE 
;Make 
data 
ready 
for 12C 


;transmission 
0023: 
7600 
63 
MOV 
@RO,IOO 
;Controlword 
PCF8577 
0025: 
08 
64 
INC RO 
0026: 
76FC 
65 
MOV 
@RO,IOFCH 
;' 0' 


0028: 
08 
66 
INC RO 
0029: 
7660 
67 
MOV 
@RO, HOH 
;' l' 


002B: 
08 
68 
INC RO 
002C: 
76DA 
69 
MOV 
@RO,IODAH 
;' 2' 
002E: 
08 
70 
INC RO 
002F: 
76F2 
71 
MOV 
@RO,IOF2H 
;'3' 


0031: 
22 
72 
RET 
73 
74 
75 
RSEG RAMTAB 
0000: 
R 
76 
TABLE: 
DS 10 
;Reserve 
space 
in 
internal 


;data 
RAM 
77 
; for 
I2C 
data 
to 
transmit 
78 
79 
OOOA: 
80 
END 
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0055 
33 
001C 
34 
0000 
35 
36 
38 


0003: 
D2A8 
39 


0005: 
02AF 
40 


0007: 
D2B8 
41 
0009: 
D288 
42 
43 
44 
OOOB: 
120000 
R 
45 
46 
47 
OOOE: 
C200 
R 
48 
0010: 
750000 
R 
49 
0013 : 750002 
R 
50 
0016: 
75004F 
R 
51 


April 1990 


$TITLE 
(Receive 2 bytes 
from the PCF8574P 
on OM1016) 
$PAGELENGTH (40) 


;This 
program 
is 
an 
example 
to 
receive 
bytes 
via 
;PCD8584 


;from 
the 
I2C-bus 


PUBLIC 
EXTRN 
EXTRN 
EXTRN 


SLAVE_ADR,I2C_CLOCK,PCD8584 
CODE(I2C_INIT,INTO_SRV,START) 
BITII2C_END,DIR) 
OATAIBASE,NR_BYTES,IIC_CNT,SLAVE) 


;Define 
used 
segments 
USER 
SEGMENT 
CODE 


RAMTAB 
SEGMENT 
DATA 


;Segment 
for 
user 
program 


;Segment 
for 
table 
in 


;internal 
RAM 
;Segment 
for 
RAM 
variables 


; in 
RAM 
17 
18 
19 
20 
STACK: 
21 
22 
23 
24 
25 
26 
27 
28 
CSEG AT 
03H 
JMP 
INTO_SRV 


29 
30 
31 
RSEG 
USER 


32 
;Define 
12C 
clock, 
own 
slave 
address 
and 
PCDB584 


;hardware 
address 


SLAVE 
ADR EQU 55H 
I2C CLOCK 
EQU 
00011100B 
PCD8584 
EQU 
OOOOH 


;0000: 
7581FF 
R 


;Initialize 
8031 


;interrupt 
SETB EXO 
SETB EA 
SETB PXO 
SETB 
ITO 


;Own 
slave 
address 
is 
55H 


;12.00MHz/90kHz 
;PCD8584 
address 
with AO=O 


37 
MAIN: 
MOV 
SP,iSTACK-l 
;Initialize 
stack 
pointer 


interrupt 
registers 
for 
12C 


;Enable 
interrupt 
INTO/ 


;Set global 
enable 


;Priority 
level 
'1' 


;INTO/ on falling edge 


;Set 
variables 
to 
control 
PCD8584 


CLR 
DIR 
;DIR='receive' 


MOV 
BASE,jTABLE 
;Start 
address 
of 
12C-data 


MOV 
NR_BYTES,i02H 
:2 
bytes 
must 
be 
received 


MOV 
SLAVE,~01001111B 
;Slave address 
PCF8574 
; 
+ RD 
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52 
CALL START 
53 
54 
55 
LOOP: 
JMP LOOP 


56 
57 
58 
RSEG RAMTAB 
59 
TABLE: 
DS 10 


60 
61 
62 


63 
END 


;Reserve 
space 
in internal 
;data RAM 
;for received 
12C data 
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0000: 
0014: 
0015: 


38 
SLAVE 
ADR EQU 
55H 
;Own 
slaveaddress 
is 55h 
39 
I2C CLOCK 
EQU 
00011100B 
;12.00MHz/90kHz 
40 
PCD8584 
EQU 
OOOOH 
;Address 
of PCD8584. 
This 
;must 
be 
an 
EVEN 
number! 
! 


41 
;Define 
addresses 
of 
12C 
peripherals 


42 
PCF8583R 
EQU 
10100011B 
;Address 
PCF8583 
with 
Read 
;active 
43 
PCF8583W 
EQU 
10100010B 
;Address 
PCF8583 
with 
Write 


:active 


44 
PCF8591R 
EQU 
10011111B 
;Address 
PCF8591 
with 
Read 
;active 


45 
PCF8591W 
EQU 
10011110B 
;Address 
PCF8591 
with 
Write 
;active 


1-33 


0055 
001C 
0000 


1 
$TITLE 
(Demo program 
for PCD8584 
I2C-routines) 


2 
$PAGELENGTH(40) 


3 
;Program 
displays 
on 
the 
LCD 
display 
the 
time 
(with 
;PCF8583). 
Dots on LCD display 
blink 
every 
second. 


iOn 
the 
LED 
display 
the 
values 
of 
the 
successive 


;analog 
input 
channels 
are 
shown. 


;Program 
reads 
analog 
channels 
of 
PCF8591P. 


;Channel 
number 
and 
channel 
value 
are 
displayed 
;successively. 


;Values 
are 
displayed 
on 
LCD 
and 
LED 
display 
on 
12C 


;demo 
board. 


PUBLIC 
EXTRN 
EXTRN 
EXTRN 


SLAVE_ADR,I2C_CLOCK,PCD8584 
CODE(I2C_INIT,INTO 
SRV,START) 


BIT (I2C_END,DIR) 
DATA(BASE,NR_BYTES,IIC_CNT,SLAVE) 


;Define 
used 
segments 
USER 
SEGMENT 
CODE 
RAMTAB 
SEGMENT 
DATA 


;Segment 
for 
user 
program 


;Segment 
for 
table 
in 


;internal 
RAM 


;Segment 
for 
variables 


RSEG RAMVAR 
STACK: 
DS 20 
PREVIOUS: 
OS 1 
CHANNEL:DS 
1 


;Stack 
area 
(20 
bytes) 


;Store 
for 
previous 
seconds 


;Channel 
number 
to 
be 


;sampled 


;Analog 
value 
sampled 


;channel 


;Converted 
BCD 
value 
sampled 


;channel 


CSEG AT OOH 
LJMP MAIN 
;Reset 
vector 


CSEG AT 03H 
;INTO/ 
LJMP 
INTO SRV 
;Vector 
12C-interrupt 


0003: 
D2A8 
0005: 
D2AF 
0007: 
D2B8 
0009: 
D288 


0011: 
D200 
0013: 
750000 
0016: 
750002 
0019: 
7500A2 
001C: E4 
001D: 
F500 


0027: 
D200 
0029: 
750000 
002C: 
7500A2 
002F: 
7401 
0031: 
F500 
0033: 
F500 
0035: 
120000 
0038: 
3000FD 


003B: 
C200 
003D: 
750000 
0040: 
750004 
0043: 
7500A3 
0046: 
120000 
0049: 
3000FD 


004C: 
7800 
004E: 
7902 
0050: 
E6 


46 
PCF8577W 
EQU 
01110100B 
;Address 
PCF8577 
with 
Write 
;active 
47 
SAA1064W 
EQU 
01110110B 
;Address 
SAA1064 
with 
Write 
;active 


48 
49 
MAIN: 
MOV 
SP,ISTACK-1 
;Define 
stack pointer 


50 
;Initialize 
BGC31 
interrupt 
registers 
for 
I2C 
;interrupt 
(INTOI) 


51 
SETB EXO 
;Enab1e 
interrupt 
INTOI 
52 
SETB EA 
;Set global 
enable 


53 
SETB 
PXO 
;Priority 
level 
is 
'1' 


54 
SETB 
ITO 
;INTOI on falling 
edge 
55 
;Initia1ize 
PCD8584 
56 
CALL 
I2C INIT 
57 
58 
MOV CHANNEL,IOO 
;Set AD-channel 
59 


60 
;Time 
must 
be 
read 
from 
PCD8583. 


61 
;First 
write 
word 
address 
and 
control 
register 
of 
;PCD8583. 


62 
SETB 
DIR 
;DIR='transmission' 


63 
MOV BASE,ITABLE 
;Start 
address 
I2C data 
64 
MOV NR_BYTES,102H 
;Send 2 bytes 
65 
MOV SLAVE,IPCF8583W 
66 
CLR A 


67 
MOV 
TABLE,A 
;Data 
to 
be 
sent 
(word 


;address) 
. 


;byte) 


69 
CALL 
START 
;Start 
tran~mission. 


70 
FIN 
1: 
JNB I2C_END,FIN 
1 ;Wait till transmission 


;finished 


71 
;Send 
word 
address 
before 
reading 
time 


72 
REPEAT: 
SETB 
DIR 
;'transmission 
73 
MOV BASE,ITABLE 
;I2C data 
74 
MOV SLAVE,IPCF8583W 
75 
MOV A,IOI 
76 
MOV NR_BYTES,A 
;Send 1 byte 


77 
MOV 
TABLE,A 
;Data 
to 
be 
sent 
is 
'1' 


78 
CALL 
START 
;Start 
12C 
transmission 


79 
FIN 
2: 
JNB 
I2C_ENO,FIN 
2 
;Wait 
till 
transmission 
; finished 
80 


81 
;Time 
can 
now 
be 
read 
from 
PCD8583. 
Data 
read 
is 
82 
;hundredths 
of see's, 
sec's, min's 
and hr's 
83 
CLR DIR 
;DIR='receive' 


84 
MOV BASE,ITABLE 
;I2C table 
85 
MOV NR_BYTES,104; 
4 bytes 
to receive 
86 
MOV 
SLAVE,IPCF8583R 
87 
CALL 
START 
;Start 
I2C reception 
88 
FIN 
3: 
JNB 
I2C_END,FIN_3 
;Wait till 
finished 
89 


90 
;Transfer 
data 
to 
R2 ... RS 


91 
MOV 
RO,NTABLE 
;Set 
pointers 


92 
MOV 
Rl,N02H 
;Pointer 
R2 
93 
TRANSFER:MOV 
A,@RO 
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0051: F7 
0052: 
08 
0053: 
09 
0054: 
D500F9 


0057: ED 
0058: 
543F 


005A: FD 


005B: 
7800 
005D: 
7600 
005F: 
08 


0066: 
EB 
0067: 
13 
0068: 
4003 
006A: 
430101 


006D: 
006D: 
D200 
006F: 
750000 
0072: 
750005 
0075: 
750074 


0078: 
120000 


0083: 
ED 
0084: 
C4 
0085: 
120096 


0088: 
ED 
0089: 
120096 
008C: 
EC 
008D: 
C4 


008E: 
120096 


94 
MOV 
@R1,A 
95 
INC RO 
96 
INC R1 
97 
DJNZ 
NR_BYTES,TRANSFER 


98 
MOV 
A,RS 
;MaSK 
of 
hour 
counter 


99 
ANL A,13FH 
100 
MOV R5,A 
101 
102 
;Data must 
now be displayed 
on LCD display. 


103 
;First 
minutes 
and 
hours 
(in 
R4 
and 
RS) 
must 
be 


104 
;converted 
from 
BCD 
to 
LCD 
segment 
data. The 
segment 


;data 


105 
;will 
be 
transferred 
to 
TABLE. 
RO 
is 
pointer 
to 


;table 
106 
MOV RO,ITABLE 
107 
MOV 
@RO,IOOH 
;Contro1 
word 
for PCF8577 
108 
INC RO 
0060: 
120080 
R 
109 
CALL 
CONY 
110 


111 
;Switch 
on 
dp 
between 
hours 
and 
minutes 
112 
ORL TABLE+3,101H 


113 
;If 
Isb 
of 
seconds 
is 
'0' 
then 
switch 
on 
dp. 


114 
MOV A,R3 
;Get seconds 
115 
RRC A 
;lsb in carry 
116 
JC PROCEED 


117 
ORL 
TABLE+1,101H;switch 
on dp 
118 


119 
;Now 
the 
time 
(hours, 
minutes) 
can 
be 
displayed 
on 
;the LCD 
120 
PROCEED: 


121 
SETB 
DIR 
;Direction 
'transmit' 


122 
MOV BASE,ITABLE 
123 
MOV NR_BYTES,105H 
124 
MOV 
SLAVE,IPCF8577W 


125 
CALL 
START 
;5tart 
transmission 


126 
127 
FIN 
4: 
JNB 
I2C_END,FIN 


128 
JMP 
AD CON 
;Proceed 
with 
AD-conversion 


;part 
129 
130 
;***************************************************************** 


131 
;Routines 
used 
by 
clock 
part 
of 
demo 
132 


133 
;CONV 
converts 
hour 
and 
minute 
data 
to 
LCD 
data 
and 


;stores 
134 
;it in TABLE. 


135 
CONY: 
MOV 
DPTR,ILCD_TAB 
;Base 
for LCD segment 


;tab1e 
MOV A,R5 
SWAP A 
CALL 
L:D_DATA 


MOV A,R5 
CALL 
LCD_DATA 
MOV A,R4 
SWAP 
A 
CALL 
LCD_DATA 


;Hours 
to 
accu 


;Swap 
nibbles 


;Convert 
10'5 
hours 
to 
LCD 


;data 
in 
table 


;Get 
hours 
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0091: 
EC 
0092: 
120096 
0095: 
22 


0096: 
540F 
0098: 
93 
0099: 
F6 
009A: 
08 
0098: 
22 


009C: 
009C: 
FC60DA 
009F: 
F26686 
00A2: 
3EEOFE 
00A5: 
E6 


00A6: 
E8 
00A7: 
13 
00A8: 
503C 


OOAE: 
800A 
0080: 
0515 
0082: 
E515 


0084: 
840403 
0087: 
751500 
008A: 
8814 
008C: 
E515 


MOV A,R4 
CALL 
LCD_DATA 
RET 


;LeD_DATA 
gets 
data 
from 
segment 
table 
and 
stores 
it 
:in 
TABLE 
LCO_DATA:ANL 
A,~OFH 
MOVC 
A,@A+DPTR 
MOV 
@RO,A 
INC RO 
RET 


JMP OISP CH 
NEW CH: 
INC CHANNEL 
MOV A,CHANNEL 


;Mask off LS-nibble 


;Get 
LCD 
segment 
data 


;Save 
data 
in 
table 


OFCH,60H,ODAH; 
OF2H,66H,086H; 
3EH,OEOH,OFEH; 
OE6H 


;LCD 
TAB 
is 
conversion 
table 
for 
LCD 
LCD TAB: 
08 
08 
08 
08 


, 0' ,'1' 
,'2' 


, )' 
, , 4' , , 5' 


, 6' ,'7' 
,'8' 


;These 
part 
of 
the 
program 
reads 
an 
analog 
;input-channel. 


;Displaying 
is 
done 
on 
the 
LED-display 


iOn 
odd-seconds 
the 
channel 
number 
will 
be 
;displayed. 


iOn 
even-seconds 
the 
analog 
value 
of 
this 
channel 
is 


;displayed 


;Then 
the 
next 
channel 
is 
displayed. 


ADCON: 
MOV A,R3 
RRC A 
JNC NEW MEAS 


;Get 
seconds 


;lsb 
to 
carry 


;Even 
seconds; 
do 
a 


;measurement 
on 
the 
current 


;channel 
174 


175 
;Display 
and/or 
update 
channel 


176 
RLC 
A 
;Restore 
accu 


177 
CJNE 
A,PREVIOUS,NEW_CH 
;If 
new 
seconds, 


;update 
channel 
number 


;Update 
previous 
seconds 


;Get 
segment 
value 
of 
;channel 
MOV OPTR,~LED_TAB 
MOVC A,@A+OPTR 


CJNE A,~04,DISP 
MOV CHANNEL,~OO 
DISP_CH:MOV 
PREVIOUS,R3 
MOV A,CHANNEL 


;If 
channel=4 
then 


;channel:=O 
CH 
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ASM51 
TSW 
ASSEMBLER 
Demo 
program 
for PCD8584 
12C-routines 


LOC 
OBJ 
LINE 
SOURCE 


00C4: 
7600 
189 
MOV 
@RO,jJOO 
;SAA1064 
instruction 
byte 


00C6: 
08 
190 
INC RO 
00C7: 
7677 
191 
MOV 
@RO, jJ77H 
;SAA1064 
control 
byte 
00C9 : 08 
192 
INC RO 
OOCA: 
F6 
193 
MOV @RO,A 
;Channel 
number 


OOCB: 
E4 
194 
CLR A 


OOCC: 
08 
195 
INC RO 


OOCD: 
F6 
196 
MOV 
@RO,A 
;Second 
digit 


OOCE: 
08 
197 
INC RO 
OOCF: 
F6 
198 
MOV 
@RO,A 
; Third 
digit 


OODO: 
08 
199 
INC RO 
00D1: 
F6 
200 
MOV 
@RO,A 
;Fourth 
byte 
201 
00D2 : D200 
R 
202 
SETB DIR 
:I2C 
transmission 
of 
channel 


;number 
00D4: 
750000 
R 
203 
MOV BASE, STABLE 
00D7: 
750006 
R 
204 
MOV NR_BYTES,jJ06H 
OODA: 
750076 
R 
205 
MOV 
SLAVE,ISAA1064W 
OODD: 
120000 
R 
206 
CALL 
START 
207 
OOEO: 
3000FD 
R 
208 
FIN 
5: 
JNB 
I2C_END,FIN_5 
00E3: 
020027 
R 
209 
JMP REPEAT 
Repeat 
clock 
and 
AD 
cycle 


again 


00E6: 
120108 
R 


00E9: 
3000FD 
R 


OOEC: 
7801 
R 
OOEE: 
8616 
R 
OOFO: 
E516 
R 


00F2: 
7917 
R 
00F4: 
120154 
R 


00F7: 
900193 
R 
OOFA: 
7817 
R 
OOFC: 
12018A 
R 


OOFF: 
12012C 
R 
0102: 
3000FD 
R 


0105: 
020027 
R 


;Measure 
and 
display 
the 
value 
of 
an 
AD-channel 


NEW_MEAS: 
CALL 
AD_VAL 
;00 
measurement 


;Wait 
till 
values 
are 
available 
FIN 
6: 
JNB 
I2C_END,FIN_6 


;Relevant 
byte 
in 
TABLE+l. 
Transfer 
to 
AN_VAL 


MOV RO,STABLE+1 
MOV AN_VAL,@RO 


MOV 
A, AN_VAL 
;Channel 
value 
in 
accu 
for 


;conversion 


;AN_VAL 
is 
converted 
to 
BCD 
value 
of 
the 
measured 


;voltage. 
;Input 
value 
for 
CONVERT 
in 
accu 


;Address 
for 
MSByte 
in 
Rl 
MOV R1,jJCONVAL 
CALL 
CONVERT 


;Convert 
3 
bytes 
of 
CONVAL 
to 
LED-segments 


MOV 
DPTR,'LED_TAB 
;Base 
of 
segment 
table 
MOV RO, ICONVAL 
CALL 
SEG LOOP 


;Display 
value 
of 
channel 
to 
LED 
display 
CALL 
LED_DISP 
FIN 
8: 
JNB 
I2C_END,FIN_8 
;Wait till 
I2C 


;tra~smission is ended 


;Repeat 
clock 
and 
AD 
cycle 
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0108: 
D200 
010A: 
7800 
010C: 
A615 
010E: 
750000 
0111: 
750001 


0122: 
750002 


0125: 
75009F 


0128: 
120000 
012B: 
22 


012C: 
012C: 
431780 
012F: 
7800 


0131: 
7917 
0133: 
7600 
0135: 
08 
0136: 
7677 
0138: 
08 


0139: 
7600 
013B: 
08 
013C: 
120185 
013F: 
120185 
0142: 
120185 
0145: 
D200 
0147: 
750000 


014A: 
750006 
014D: 
750076 
0150: 
120000 
0153: 
22 


;Send 
controlbyte: 
AD VAL: 
SETB 
DIR 
MOV RO, #TABLE 
MOV 
@RO,CHANNEL 
MOV 
BASE,~TABLE 
;Set base 
at table 
MOV NR_BYTES,~OlH 
;Number 
of bytes 
to be 
;send 
MOV 
SLAVE,~PCF8591W 
;Slave 
address 
PCF8591 


CALL 
START 
;Start 
transmission 
of 


;controlword 
FIN 
7: 
JNB 
I2C_END,FIN 
7 ;Wait until 
transmission 
is 
; finished 


;Read 
2 
data 
bytes 
from 
AD-converter 


;First 
data 
byte 
is 
from 
previous 
conversion 
and 
not 


:relevant 
CLR 
DIR 
;I2C 
reception 


MOV 
BASE, #TABLE 
;Bytes 
must 
be 
stored 
in 
;TABLE 
MOV NR_BYTES,~02H; 
Receive 
3 bytes 
MOV SLAVE,~PCF8591R 
;Slave 
address 
PCF8591 
CALL 
START 
RET 


;I2C 
transmission 


;Define 
control 
word 


;LED 
DISP 
displays 
the 
data 
of 
3 
bytes 
from 
address 
;CON VAL 
LED DISP: 


ORL 
CONVAL,#80H 
;Set 
decimal 
point 
MOV RO,~TABLE 
MOV R1,~CONVAL 
MOV 
@RO,.OO 
INC RO 
MOV 
@RO,~01110111B 
;SAA1064 
control 
byte 
INC RO 
MOV 
@RO,~OO 
INC RO 
CALL 
GETBY 
CALL 
GETBY 
CALL 
GETBY 
SETB 
DIR 
MOV BASE,#TABLE 
MOV NR_BYTES,~06 
MOV 
SLAVE,~01110110B 


CALL 
START 
;Start 
I2C 
transmission 
RET 


;Second 
digit 
;Third 
digit 


;Fourth 
digit 
;I2C 
transmission 


;CONVERT 
calculates 
the 
voltage 
of 
the 
analog 
value. 


;Analog 
value 
must 
be 
in 
accu 


;BCD 
result 
(3 
bytes) 
is 
stored 
from 
address 
stored 
;in 
Rl 
;Ca1cu1ation: 
AN_VAL * (5/256) 


CONVERT:MOV 
B,~05 
MUL 
AB 
;b2 ..bO of reg. B 
2E+2 ..2EO 
;b7 ..bO of accu 
2E-1 ..2E-8 
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LOC 
OBJ 


015B: 
7700 


0150: 
B41C02 
0160: 
8002 
0162: 
4006 
0164 : C3 
0165: 
9419 
0167: 
07 
0168: 
80F3 


016A: 
B70A03 


0160: 
17 
016E: 
2419 
0170: 
09 
0171: 
7700 
0173: 
B40302 
0176: 
8002 
0178: 
4006 


017A: 
C3 
017B: 
9403 
0170: 
07 
017E: 
80F3 
0180: 
B70A01 


0183: 
17 
0184 : 22 


0185: 
E7 
0186: 
F6 
0187: 
08 
0188: 
09 
0189: 
22 


018A: 
7903 
018C: 
E6 
0180: 
93 


018E: 
F6 
018F: 
08 
0190 : D9FA 
0192 : 22 


MOV 
@R1,#00 
;Ca1cu1ate 
10E-1 unit 
; (lOE-1 is 19h) 


CJNE A,#19H+03H,V1 
;Check 
if accu 
<~ 0.11 


JMP 
TENS 
;accu=O.11; 
update 
tens 


JC 
NX_CON 
;accu<O.11; 
update 
hundreds 


CLR 
C 
;Calculate 
new 
value 
SUBB A, U9H 
INC @Rl 
;Update 
BCD byte 
JMP TEN_CH 


;Correction 
may 
be 
necessary_ 
With 
8 
bits 
'o.l' 
is 
;in 
fact 
0.0976. 


;A 
digit 
of 
'OA' 
may 
appear. 
Correct 
this 
by 


;decrementing 
the 
digit. 


;The 
intermediate 
result 
result 
must 
be 
corrected 
;with 
10*(0.1-0.0976) 
; This 
is 
06H 
NX_CON: 
CJNE 
@Rl,#OAH,PROC_CON 
; If digit 
is 'OA' 


;then 
correct 
DEC 
@Rl 
ADD A, U9H 
CON: INC Rl 
MOV 
@Rl,#OO 
CJNE 
A, #03H, V2 
JMP HUNS 
JC FINISH 


;Calculate 
10E-2 
units 


;Check 
if 
accu 
<= 
10E-2 


;accu=10E-2; 
update 
hundreds 


;accu<lOE-2; 
conversion 
;finished 


;Calculate 
new 
value 
CLR 
C 
SUBB A,#03H 
INC @Rl 
JMP HUND 
CJNE 
@Rl,#OAH,FIN 
;Check 
if result 
is 'OA'. 


;Then 
correct. 


;CALLBY 
transfers 
byte 
from @Rl to @RO 
GETBY: 
MOV A,@Rl 
MOV 
@RO,A 
INC RO 
INC Rl 
RET 


;SEG_LOOP 
converts 
3 
values 
to 
segment 
values. 


:RO 
contains 
address 
of 
source 
and 
destination 


;DPTR 
contains 
base 
of 
table 
SEG_LOOP: 
MOV Rl,#03 
;Loop counter 
INLOOP: 
MOV A,@RO 
;Get value 
to be displayed 
Move 
A,@A+DPTR 
;Get 
segment 
value 
from 
;table 


MOV 
@RO,A 
;Store 
segment 
data 
INC RO 
DJNZ Rl, INLOOP 
RET 


Interfacing the PCD8584 
12C-bus controller 
to 80C51 family microcontrollers 


LOC 
OBJ 


0193 : 
0193 : 7D483E 
0196: 
6E4B67 
0199: 
734C7F 
019C: 
4F 


;LED_TAB 
is conversion 
LED TAB: 
DB 7DH,48H,3EH 
DB 6EH, 4BH, 67H 
DB 73H,4CH,7FH 
DB 4FH 


, 0' ,'1' ,'2' 
, 3' , , 4' , , 5' 
, 6' ,'7' ,'8' 
, 9' 


Using the 8XC7511752 in multimaster 
12C applications 


INTRODUCTION 
The Philips Semiconductors 
83C751/87C751 
offers the advantages of the 80C51 
architecture in a small package and at a low 
cost. It combines the benefits of a high 
performance microcontroller with on-board 
hardware supporting the Inter Integrated 
Circuit (12C)bus interface. 


The Inter IC WC) bus developed by Philips 
allows integrated circuits to communicate 
direc~y with each other via a simple 
bidirectional 2-wire bus. The comprehensive 
family of CMOS and bipolar ICs incorporating 
the on-chip 12Cinterface offers many 
advantages to designers of digital control for 
industrial, consumer and telecommunications 
equipment. 


Interfacing the devices in an 12Cbased 
system is very simple as they connect directly 
to the two bus lines: a serial data line (SDA) 
and a serial clock line (SCL). System design 
can rapidly progress from block diagram to 
final schematics, as there is no need to 
design bus interfaces. In addition, functional 
blocks on the block diagram correspond to 
actuallCs. 
A prototype system or a final 
product version can be easily modified or 
upgraded by 'clipping' or 'unclipping' ICs to or 
from the bus. The simplicity of designing with 
the 12Cbus does not reduce its effectiveness: 
it is a reliable, multimaster bus with integrated 
addressing and data-transfer protocols. The 
12C-buscompatible ICs give cost reduction 
benefits through smaller IC paclkages and a 
minimization of PCB traces and glue logic. 


MICRO- 
CONTROLLER 
A 


The availability of microcontrollers, like the 
83C751, with on-board 12Cinterface is a very 
powerful tool for system designers. The 
integrated protocols allow systems to be 
completely software defined. Software 
development time of different products can be 
reduced by assembling a library of re-usable 
software modules. In addition, the 
multimaster capability allows rapid testing 
and alignment of end-products via external 
connections to an assembly-line computer. 


The mask programmable 83C751 and its 
EPROM version, 87C751, can operate as a 
master or a slave device on the 12Csmall 
area network. In addition to the efficient 
interface to the dedicated function ICs in the 
12Cfamily the on-board interface facilitates 
I/O and RAM expansion, access to 
EEPROM, and processor-to-processor 
communications. 


The 83C752 and its EPROM version, 
87C752, are essentially the 83C751/87C751 
with the addition of a five channel multiplexed 
8-bit AID converter and an 8-bit PWM output. 
As the 12Cbus interface is identical, the 
programming example and the discussion 
relates to both processors. The multi master 
capability of the 12Cbus allows easy 
integration and expansion of relatively 
complex systems, in which different devices 
can independen~y initiate data transfers. 
Integration of a multimaster system is easy 
as a Master on the bus does not have to 
coordinate its data transfer with other 
potential Master devices-arbitration 
and 
synchronization are taken care of by the 


hardware and bus protocols. Expanding a 
system with a new device is trivial-it 
is 
'c1ipped" onto the two serial bus lines, and 
the new device may act as a Master without 
any modification to the other devices (see 
Rgure 1). Microcontrollers like the 
saXC7511752 on the 12Cbus are extremely 
powerful, as they can be programmed to be 
both Masters and Slaves in the same system. 
This way the microcontroller 
may initiate 
communication on the bus, and when 
requested, will respond to a data transfer 
request by another device. 


In this Application Note we shall discuss the 
most important technical features of the 12C 
bus and describe the special12C hardware 
interface of the 8XC751/752. We shall 
demonstrate with an example how the 
microcontroller can be programmed for a 
multimaster environment. The 
communications 
routines of the example are 
quite general, and can be ported to many 
applications-so 
we shall discuss in detail the 
software interface to these routines. 


The description of the 8XC751 12Cinterface 
hardware and part of the general discussion 
of the 12Cbus is similar to Application Note 
AN422 which dealt with the microcontroller 
in 
a single-master environment. 
Most of the 
added discussions relate to the multimaster 
aspects of the bus. Additional information for 
the 12Cbus and the 83C7511752 
Microcontroller can be found in the Philips 
Semiconductors 
Microcontroller Data 
Handbook (IC20). 


STATIC 
RAM 
OR 
EEPROM 


MICRO- 
CONTROLLER 
B 


THE 12C BUS 
The two lines of the 1"<: bus are a serial data 
line (SDA) and a serial clock line (SCL). A 
typical system configuration is shown in 
Figure 2. Each device is recognized by a 
unique address-whether 
it is a 
microcomputer, LCD driver, memory or 
keyboard interface-and 
can operate as 
either a transmitter or a receiver, depending 
on the function of the device. A device 
generating a message or data is a 
transmitter, and a device receiving the 
message or data is a receiver. Obviously, a 
passive function like an LCD driver could only 
be a receiver, while a microcontroller 
or a 
memory can both transmit and receive data. 


Every device connected to the bus must have 
an open-drain or an open-collector 
output for 
both the data (SDA) and the dock (SCL) 
lines. Each one of the lines is connected to 
the positive supply via a common pull-up 
resistor (see Figure 2). This implements a 
wired-AND function, and each of the bus 
lines which will have the HIGH level only if all 
the output transistors tied to it are switched 
off. 


Data on the 1"<: bus can be transferred at a 
rate up to 100kbiVs. The number of devices 
connected to the bus is limited only by the 
maximum bus capacitance of 400pF. As 
different technology devices can be 
connected to the 12Cbus, the levels of the 
logical 0 (Low) and logical 1 (High) are not 
fixed and depend on the appropriate level of 
Voo. 


MASTERS 
AND SLAVES 
When a data transfer takes place on the bus, 
a device can be either a master or a slave. 
The device which initiates the transfer, and 
generates the clock signals for this transfer is 
the master. At that time any device 
addressed is considered a slave. It is 
important to note that a master could be 
either a transmitter or a receiver: a master 
microcontroller may send data to a RAM 
acting as a transmitter, and then interrogate 
the RAM for its contents acting as a 
receiver-in 
both cases being the master 


initiating the transfer. In the same manner, a 
slave could be both a receiver and a 
transmitter. 


The 
12C is a multimaster bus. It is possible to 
have in one system more than one device 
capable of initiating transfers and controlling 
the bus. A microcontroller may act as a 
master for one transfer, and then be the slave 
for another transfer, initiated by another 
processor on the network. The master/slave 
relationships on the bus are not permanent, 
and exist per transfer. 


As more than one master may be connected 
to the bus it is possible that two devices will 
try to initiate transfer at the same time. 
Obviously, in order to eliminate bus collisions 
and communications chaos, an arbitration 
procedure is necessary. The 
12C design has 
an inherent arbitration and dock 
synchronization procedure relying on the 
wired-AND connection of the devices on the 
bus. In a typical mullimaster system, a 


microcontroller 
program should allow it to 


gracefully switch between master and slave 
modes and preserve data integrity upon loss 
of arbitration. 


DATA TRANSFERS 
One data bit is transferred during each clock 
pulse (Figure 3). The data on the SDA line 
must remain stable during the HIGH period of 
the clock pulse in order to be valid. Changes 
in the data line at this time will be interpreted 
as control signals. A HIGH-ta-LOW transition 
of the data line (SDA) while the dock signal 
(SCL) is HIGH indicates a Start condition, 
and a LOW-ta-HIGH transition of the SDA 
while SCL is HIGH defines a Stop condition 
(Figure 4). The bus is considered to be busy 
after the Start condition and free again a 
certain time after the Stop condition. The 
Start and Stop conditions are always 
generated by the master. 


The number of data bytes transferred 
between the Start and Stop condition from 
transmitter to receiver is not limited. Each 
byte, which must be eight bits long, is 
transferred serially with the most significant 
bit first, and is followed by an acknowledge 
bit (Figure 5). The clock pulse related to the 
acknOWledge bit is generated by the master. 
The device that acknowledges 
has to pull 


down the SDA line during the acknOWledge 
clock pulse, while the transmitting device 
releases the SDA line (HIGH) during this 
pulse (Figure 6). 


A slave receiver must generate an 
acknowledge after the reception of each byte, 
and a master must generate one after the 
reception of each byte clocked out of the 
slave transmitter. If a receiving device cannot 
receive the data byte immediately, it can 
force the transmitter into a wait state by 
holding the clock line (SCLl LOW. When 
designing a system it is necessary to take 
into account cases when acknowledge is not 
received. This happens, for example, when 
the addressed device is busy in a real time 
operation. In such a case the master, after an 
appropriate "time-out", should abort the 


transfer by generating a Stop condition, 
allowing other transfers to take place. These 
"other transfers" could be initiated by other 
masters in a multi master system or by this 
same master. 


An exception to the "acknowledge after every 
byte" rule occurs when a master is a receiver: 
it must signal an end of data to the 
transmitter by NOT signalling an 
acknowledge on the last byte that has been 
clocked out of the slave. The acknowledge 
related clock, generated by the master, 


~/ 
-------', 
Data Line 
Stable: 
Data Valid 


Change 
of Data 
Allowed 


should still take place but the SDA line will 
not be pulled down. In order to indicate that 
this is an active and intentional lack of 
acknowledgement, 
we shall term this special 
condition as a "Negative ACK". 


The bus design includes special provisions 
for interfacing to microprocessors 
which 
implement all the 12Ccommunications 
in 
software only-it 
is called "Slow Mode". 


When all the devices on the network have 
built-in 12Chardware support the Slow Mode 
is irrelevant. 
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ADDRESSING 
AND TRANSFER 
FORMATS 
Each device on the bus has its own unique 
address. Before any data is transmitted on 
the bus, the master transmits on the bus the 
address of the slave of this transaction. A 
well-behaved slave, if it exists on the 
network, should of course acknowledge the 
master's addressing. The addressing is done 
with the first byte transmitted by the master 
after the Start condition. 


An address on the network is seven bits long, 
appearing as the most significant bits of the 
address byte. The last bit is a direction (RIW) 
bit. A zero indicates that the master is 
transmitting (WRITE) and a one indicates that 
the master requests data (READ). A 
complete data transfer, comprised of an 
address byte indicating a WRITE and two 
data bytes is shown in Figure 7. 


When an address is sent, each device in the 
system compares the first seven bits after the 
Start with its own address. If there is a match, 
the device will consider itself addressed by 
the master and will send an acknowledge. 
The device could also determine if in this 
transaction it is assigned the role of a slave 
receiver or slave transmitter, depending on 
the RIW bit. 


Each node of the 12Cnetwork has a unique 
seven bit address. The address of a 
microcontroller is, of course, fully 
programmable, while peripheral devices 
usually have fixed and programmable 
address portions. In addition to the "standard" 
addressing discussed here, the 12Cbus 
protocol allows for "general call" addressing 
and interfacing to CBUS devices. 


When the master is communicating with one 
device only, data transfers follow the format 
of Figure 8 where the RIW bit could indicate 


either direction. After completing the transfer 
and issuing a Stop condition, if a master 
would like to address some other device on 
the network, it could start another transaction 
by issuing a new Start. 


Another way for a master to communicate 
with several different devices would be by 
using a "repeated start". After the last byte of 
the transaction was transferred, including its 
acknowledge (or Negative ACK), the master 
issues again a Start, followed by address 
byte and data, without effecting a Stop. The 
master may communicate with a number of 
different devices, combining READS and 
WRITES. Only after the transfer with the last 
slave took place, the master issues a Stop 
and releases the bus. Possible data formats 
are demonstrated in Figure 8. Note that the 
repeated start allows for both change of a 
slave and a change of direction, without 
releasing the bus. We shall see later on that 
the change of direction feature can come in 
handy even when dealing with a single 
device. 


In a single master system the repeated start 
mechanism is more efficient than terminating 
each transfer with a Stop and starting again. 
In a multimaster environment the 
determination of which format is more 
efficient could be more complicated, as when 
a master is using repeated starts it oocupies 
the bus for a long time and prevents other 
devices from initiating transfers. 


USE OF SUB-ADDRESSES 
For some ICs on the 12Cbus the device 
address alone is not sufficient for effective 
communications and a mechanism for 
addressing the internals of the device is 
necessary. A typical example is addressing 
memories, when we want to access a specific 


word inside the device or a sequence of 
memory locations starting at a specific 
internal address. 


A typicall2C 
memory device like the 


PCF8570 RAM contains a built-in word 
address register that is incremented 
automatically after each read or written data 
byte. When a master communicates with the 
PCF8570 it must send a sub-address in the 
byte following the slave address byte. This 
sub-address is the internal address of the 
word the master wants to access for a single 
byte transfer or the beginning of a sequence 
of locations for a multi-byte transfer. A 
sub-address is an eight bit byte, unlike the 
device address it does not contain a direction 
(RIW) bit, and like any byte transferred on the 
bus it must be followed by an acknowledge. 


A memory write cycle is shown in Figure 9(a). 
The Start is followed by a slave byte with the 
direction bit set to WRITE, a sub-address 
byte, a number of data bytes and a Stop 
signal. The sub-address is loaded into the 
word address memory. The data bytes which 
follow will be written one after the other 
starting with the sub-address location and the 
register is incremented automatically. 


The memory read cycle (Figure 9(b)) 
commences in a similar manner with the 
master sending a slave address with the 
direction bit sello 
WRITE with a following 
sub-address. Then, in order to reverse the 
direction of the transfer, the master issues a 
repeated Start followed again by the memory 
device address, bUI this time with the 
direction bit selto 
READ. The data bytes 


starting althe internal sub-address will be 
clocked out of the device with each followed 
by a master-generated 
acknOWledge. The last 


byte of the read cycle will be followed by a 
Negative ACK, signalling the end of transfer. 
The cycle is terminated by a Stop signal. 
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Using the 8XC7511752 in multimaster 12Capplications 


ARBITRATION 
IN A 
MULTIMASTER 
SYSTEM 
The decision about which master has control 
over the 12Cbus is based solely on the 
address and data sent by competing masters, 
and there is no central master or any order of 
device priority on the bus. Any device 
connected to the 12Cbus is allowed to 
become a master, but devices are not 
supposed to "steal" the bus from other 
devices when a transfer is in process. If a 
device wishing to be a Master is aware that a 
transaction (initiated by another master) is 
taking place, it will wait until the transfer is 
concluded with a Stop condition on the 
bus-and 
only then try to seize it by sending 
its own Start. It is possible, however, that two 
or more masters may want to start a transfer 
at exactly the same moment. A scenario that 
may happen quite frequently in a loaded 
system: two devices are waiting for a long 
transaction to be completed, and 
simultaneously try to get the bus when 
detecting the Stop condition. An arbitration 
procedure synchronizes the different clocks, 
ensuring that the data is not corrupted, and 
causes all masters except one to withdraw 
from the bus, so only one master will control 
the transfer. This procedure applies only 
when masters initiate transfers 
simultaneously. 


The clock synchronization, 
illustrated in 
Figure 10, ensures that only one defined 
dock is generated on the bus. It occurs 
naturally, as a result of the wired-AND 
property of the SCL line. Suppose two 
masters want to initiate a transfer on the bus. 


Clk1 and CIk2 in Figure 10 illustrate the 
desired clock outputs of each device, which 
would actually occur on the bus if each were 
the only master. The SCL waveform is the 
resulting wired-AND of the two clocks. The 
device that pulls the SCL down first will 
succeed. The other masters continuously 
monitor the clock line, and reset their intemal 
clock counter to start counting their own Low 
clock period. This way, the first falling edge 
will synchronize all dock generators to the 
beginning of the Low time. 


Once a device clock has gone Low it will hold 
the SCL line in this state until its internal 
clock High state is reached, and then will 
release the line. The Low to High change in 
this device will not change the state of the 
SCL line if another device, which is still within 
its Low period, is pulling down the line. This 
way, SCL will be held Low by the device with 
the longest Low period. A master that has 
finished its Low time earlier will enter a wait 
state until SCL is released by the slowest 
master and goes high. Upon the rising edge 
of SCL all masters start counting their High 
period, the first device to complete its High 
period will pull the SCL Low. In this way a 
single, synchronized clock is generated on 
the bus where the rising edge is being 
defined by the slowest master and the falling 
edge by the fastest master. 


Arbitration between masters takes place on 
the SDA line. A master which tries to transmit 
a High while another device transmits a Low 
will withdraw, shutting off its data output 
stage and not interfering with the transfer 
until a Stop condition is detected. Due to the 


wired-AND property of the SDA line, a device 
"knows" that it lost arbitration by the fact that 
the Low SDA is different than its desired High 
output. Arbitration starts by comparing the 
address bits. When masters transmit different 
addresses the one transmitting the address 
with the lowest binary value wins. If all 
masters in arbitration transmit to the same 
address, arbitration continues into the 
comparison of data. Figure 11 illustrates the 
arbitration process between two masters. 


By definition, the transfer that forces the 
wired-AND result is the one that wins the 
arbitration, so the address and data of a 
winning device are not corrupted and no 
information is lost in the arbitration process. A 
master losing arbitration may generate clock 
pulses until the end of the byte. Thus it may 
affect the dock speed, but not the data on the 
bus. 


If a master loses arbitration during the 
addressing stage it is possible that the 
winning master is trying to address it. In an 
efficient design, the losing master should 
switch immediately to its slave receiver 
mode, receive the data transmitted and 
acknowledge it-otherwise 
the message will 
have to be re-transmitted or is lost. A well 
designed master will take into account 
"illegal" protocol situations and will determine 
that it lost arbitration when it detects a Stop 
or a Start which are not synchronized with its 
own transmission. Electrical interference or a 
malfunctioning device may cause such a 
situation which actually corrupts the message 
transfer. 


HANDSHAKE 
BY CLOCK 
SYNCHRONIZATION 
The clock synchronization 
mechanism as 
described above actually implements a 
handshake mechanism, enabling receiving 
devices to 'slow down· last transfers when 
necessary. 


On the bit level, a slow slave device like a 
microcontroller that does not have hardware 
r2c interface port, can extend each clock 
period and slow down the bus clock. The 
speed ot any master is adapted to the 
operating rate of this device as long as it is 
active on the bus. 


On the byte level the synchronization 
mechanism takes effect as a ·handshake· 
mechanism when a slave device that was 
fast enough to receive or transmit a byte still 
needs extra time to store the received byte or 
prepare the next byte for transmission. The 
slave can hold the SCL line low after the 
reception and acknowledge of a byte, thus 
forcing the Master into a wait stat&-{Jntilthe 
slave is ready 
for the next transfer. 


8XC751 
12C HARDWARE 
The on-<:hip 12Cbus hardware support of the 
8XC751 allows operation on the bus at full 
speed and simplifies the software needed for 
effective communications 
on the network. 


The hardware activates and monitors the 
SDA and SCL lines, performs the necessary 
arbitration and framing error checks, and 
takes care of clock stretching and 
synchronization. The hardware support 
includes a bus timeout timer, called Timer I. 
The hardware is synchronized to the software 
either through polled loops or interrupts. 


Two of the port 0 pins are multi-functional. 
When the 12Cis active, the pin associated 
with PO.Ofunctions as SCL, and the pin 
associated with PO.1 functions as SDA. 
These pins have an open drain output. 


Two of the five interrupt sources may be used 
for 12Csupport. The 12Cinterrupt is enabled 
by the EI2 flag of the interrupt enable register, 
and its service routine should start at address 
023h. An 12Cinterrupt is usually requested (if 


enabled) when a rising edge of SCL indicates 
new data on the bus or a special condition 
occurs: Start, Stop or arbitration loss. The 
interrupt is induced by the ATN flag, (see 
below for the conditions for setting this flag). 
The Timer I overflow interrupt is enabled by 
the ETI flag, and the service routine starts at 
01Bh. 


The 12Cport is controlled through four special 
function registers: 12CControl (12CON), 12C 
Configuration (12CFG), 12CData (12DAT)and 
12CStatus (12STA). The register addresses 
are shown in the 8XC751 section of the 
Philips Semiconductors Microcontroller Data 
Handbook (IC20). Although the following 
discussion of the hardware and register 
details is not complete, it should give a beller 
understanding of the programming examples. 


Timer I 
In 12Capplications, Timer I is dedicated to the 
port timing generation and bus monitoring. In 
non-12Capplications, it is available for use as 
a fixed rate timer. 


For the bus monitoring function, Timer I is 
being used as a "watchdog timer· for bus 
hang-ups. It creates an interrupt when the 
SCL line stays in one state for an extended 
period of time between a Start condition and 
a following Stop condition. SCL ·stuck low· 
indicates a faulty master or slave. SCL ·stuck 
high· may mean a faulty device or that noise 
induced into the IZCcaused all masters to 
withdraw from the 12Carbitration. 


The time-out interval of Timer I is fixed: it 
carries out and interrupts (if enabled) when 
about 1024 machine cycles have elapsed 
since a change on SCL within a frame. In 
other words, whenever 12Cis active we let 
Timer I run, but clear it whenever a frame is 
not in progress (reset or Stop occurred more 
recently than the last Start condition) or SCL 
changes within a frame. (Note: we wrote 
·about 1024 machine cycles· for the sake of 
accuracy-this 
number may slightly change 


according to the selling of the CTO and cn 
bits mentioned below. In any case, the exact 
number of cycles for a time out does not have 
any practical significance). 


In addition to the interrupt upon Timer I 
overflow, the 12Cport hardware is reset. This 
is useful for multiple master systems in 
situations where this same 8XC751 caused 
the bus hang-up due to a lack of software 
response. SCL will be released and 12C 
operation between other devices could 
continue. 


12CON Register 
The 12CControl register can be read or 
written to (see Figure 12). 


When writing to the 12CON register one 
should use bit masks as demonstrated in the 
examples. Trying to clear or set the bits in the 
register using the bit addressing capabilities 
of the 8XC751 may lead to undesirable 
results. The reason is that a command like 
CLRB reads the register, sets the bit and 
writes it back-and 
the write-back may affect 


other bits. 


12CFG Register 
The configuration register is a readlwrite 
register (see Figure 13). 


12DAT Register 
The 12Cdata register is a readlwrite register, 
where the msb represents the data received 
or data to be sent. The other seven bits are 
read as 0 (see Figure 14). 


12CSTA Register 
The 12CSTAtus Register is a read-only 
register reflecting the internal status of the 
12Cinterface hardware (see Figure 15). 


Transmit 
Active State 


The transmit active state-Xmit 
Active-is 
an 
internal state in the 12Cinterface that is 
affected by the 12Cregisters as explained 
above. The 12Cinterface will only drive the 
SDA line low when Xmit Active is set. Xmit 
Active is set by writing the 12DATregister or 
by writing 12CON with XSTR = 1 or XSTP = 
1. The ARL bit will be set to 1 only when Xmit 
Active is set-in 
such a case Xmit Active will 


be automatically reset upon ARL. Xmit Active 
is cleared by writing 1 to CXA atl2CON 
register or by reading the 12DATregister. 


Using the 8XC751f752 
in multimaster 
12Capplications 


ROAT 
Received 
DATa bl. 
The value 
of SOA latched 
by the rising edge of SCl. 
hs contents 
is kientical 
to 
ROAT in 120AT register. 
Reading 
the received 
data here allows 
doing 
so witholA 
clearing 
DRDY 
and 
releasing SCL. 


ATN 
An -ATteNsion- 
flag. 89t when 
anyone 
of DRDY, ARL, 
STR or STP is set. This flag allows 
a single 
bit 
testing 
for terminating 
"Wait Ioops-, 
indicating 
a meaningful9YElnl 
on the bus. This 
same flag actually 


adJva1es the l'e interrupt 
request. 


DRDY 
Data 
ReaDY 
flag. 
set by a ~ng 
edge 01 SCl 
when 
I2C is adive. 
except 
at an idle slave. 
This flag is 
cleared 
by reading 
or writing 
the 120AT register, 
or by writing 
a , to COR (same 
address. 
12CON write). 


ARL 
ARbitration 
Los. 
flag. 
Indicates 
that this dwice 
lost the arbitralon 
while trying 
to take 
control 
of the bus. 


STR 
STaRt flag is set when 
a Start condition 
is detected. 
except 
at an Idle slave. 


STP 
SToP flag is set when 
a Stop condition 
is detected. 
except 
at an idle slave. 


MASTER 
This flag is set when 
the controller 
is a bU6 mast8f 
(Of a potential 
master, 
plior 
to arbitration). 


CXA 
"Clear 
Xmit Active". 
Writing 
a 1 to CXA clears 
the internal 
translTit-active 
stale. 


IDLE 
Sening 
this bit wi. 
cause 
a slave to id~nore 
the PC until the next Start 
is detected. 
If the software 


sets the MASTRQ 
flag the device 
may stop 
idling by tuming 
into a master. 


COR 
Clear Dala Ready-elears .he OROYflag. 


CARL 
Clear 
Arbitration 
Loss-dears 
ARL flag. 


CSTR 
ClearSTaRt-elear STR'Iag 


CSTP 
ClearSTCl\>-doarSTl' flag. 


XSTR 
~Xml 
repealed 
STaRr'. 
wril:ing a 110 this bit causes 
the hardware 
to issue a Repeated 
Start 
signal. 
A 
~e 
effect will be sening 
the internal 
Xmit Adive 
stale. 
This shoukt 
be used only when 
the device 
is a 


master. 


SLAVEN 
Writing 
a 1 to this !lag enables 
the slave functions 
of the 12C interface. 


MASTREQ 
Request 
control 
of the bus as a mast8f. 


CLRTI 
Clear 
the Timer 
I interrupt 
flag. 
This bit is aJways read as O. 


TIRUN 
Writing 
a 1 wiA let Tmer 
I run. When 
12C is active. 
it will run only inside 
frames. 
and wHI be deared 
by 


SCL transitions. 
Start and Stop. 
Writing 
a a will stop 
and clear the timer. 


cn. CTa 
These 
bits should 
be programmed 
according 
to the frequency 
of the crystal 
oscillator 
used In the 
hardware. 
They control 
a frequency 
davider 
which 
determines 
the tilTing 
on the bus. and are used 10 
optimize 
performance 
at different 
oscillator 
speeds. 


ROAT 
Received 
DATa bll. captured 
'rom 
SDA every 
rising edge 
of SCL. 
Reading 
12DAT dears 
DRDY 
and 
Xmit Active 
state. 
If it is necesary 
to read the data without 
affecting 
the nags, 
il can be read out of 
RDAT In I2CON 
register. 


IDlE 
Indicalles when the PC hardware 
is in the kl1e rmde. 


XDATA 
Reflects the contents of the P'C transmitter 
buff8f. 


XN:;TV 
Indicales that the IlC transmitter 
is active. 


MAKSTR 
Indicales that the hardware 
Is effecting a Start. 


MAKSTP 
Indicates that the hardware 
II effecting a Stop. 


XSTR 
Hardware 
effecting a Repeated 
Start. 


XSTP 
Hardware 
effecting a Stop. 


12C COMMUNICATIONS 
SOFTWARE 
The software listing demonstrates 
programming the 8XC7511752 for a 
multimaster 12Cenvironment where the 
device can be both a Master or a Slave 
responding to other Masters on the 12C 
network. The bulk of the software is 
communications 
routines which are not only 
for demonstration 
but could be ported to other 
user programs with minimal or no 
modifications. The routines are quite general 
and could be useful in most applications. We 
have tried to design a well-defined software 
interface, enabling most users to copy the 
routines as they are, modifying only the 
pre-<lefined interface elements to fit the 
specific applications. We encourage users to 
use the routines without modifications 
whenever possible, as the lower levels of the 
hardware-software 
integration could be quite 
involved. 


The rest of this application note will relate to 
the programming example. We shall discuss 
the general operation of the routines and how 
they are integrated into an application. Then 
we shall describe in detail all the software 
interface elements and how teiuse them. 


12C COMMUNICATIONS 
ROUTINES-oVERVIEW 
In order to function well in a multimaster 
environment the microcontroller 
must be able 
to take control of the 12Cbus as a Master 
"tolerate" message transactions between' 
other Masters and other devices, and 
respond efficiently as a Slave to other bus 
Masters. The communications 
routines 
should allow a Master "graceful" recovery 
from an arbitration loss and other situations 
when a message transaction is not 
completed, allowing for communication 
re-tries. 


For Slave operation the microcontroller 
must 
be interrupt driven relative to an 12Cframe 


Start, as any Master on the bus could request 
a transaction at any moment, not 
synchronized to the application program 
executing on the controller. An interrupt 
service routine monitors the address 
transmitted on the bus. When the 
microcontroller is addressed it takes care to 
either read the data from the bus into a buffer 
or write buffer data onto the bus. When such 
a transaction is successfully completed, one 
of several "Slave Event Routines" is called 
prior to returning to the main application 
program. Such an "Event Routine" is a part of 
the application, allowing an immediate 
response to the data received, or the fact that 
data was transmitted to a requesting Master. 
This allows "synchronization" of the 
application to a "slave" bus transaction. 
Typical uses of the Event Routine mechanism 
will be a computation based on new data, or 
re-loading the transmit buffer with new data 
getting ready for the next random request. 
The actual Event Routines will be 
programmed differently for different 
applications, but the names and the calls will 
remain the same as long as the 
communications 
routines are left unmodified. 


A transaction as a Master is initiated by the 
application program. Our implementation 
uses the interrupt mechanism for the Master 
communications as well. The application 
issues a request for the bus by setting the 
MASTRQ bit of the 12Cport control, and 
when the bus is available an interrupt occurs. 
This way, if the bus is free there will be an 
immediate response. If the bus is busy, the 
application may go on executing (if so 
programmed) until this controller can get 
control of the bus. When the microcontroller 
gets mastership of the bus it initiates a bus 
transaction according to "directives" set by 
the application program. The most important 
directives are the address (and subaddress if 
relevant) of the slave device addressed, and 
the length of the message to be transmitted 
or received. 


When a Master transaction is concluded, a 
Master Event Routine (called MastNext) is 
called to perform whatever task the 
application demands. As with the Slave Event 
Routines it will typically respond to a 
successful transmission or reception of data. 
In addition, it could handle situations where a 
slave does not respond at all, or does not 
acknowledge a data byte (thus causing data 
transfer to terminate). A program might react 
to the fact that a slave does not respond by 
re-trying to communicate at a later time, by 
issuing a message to another peripheral 
device or just ignoring it. The handling of 
such cases is application dependent, and 
should be programmed into the routine called 
"MastNext". The MastNext routine is invoked 
when the Master terminates the transaction 
"Willingly", but not upon arbitration loss. 


The microcontroller operating as a bus 
Master may lose arbitration to another Master 
which happens when two Masters transmit in 
synchronization, commencing with the same 
Start signal. If arbitration is lost while 
transmitting or receiving data, our processor 
withdraws from the bus and tums itself into a 
slave-an 
active Slave upon a Start, or 
returning to the calling program as an idle 
slave. When the arbitration loss occurs while 
transmitting an address, our processor tums 
itself immediately into an active slave, 
"listening" to the rest of the address 
transmitted by the new Master. If our 
processor reads its own address from the bus 
(as transmitted by the new Master) our 
processor responds as a willful slave. If this 
mechanism would not have been 
implemented, there could be potential 
inefficiency when a device that happened to 
be synchronized to another Master loses 
arbitration, but is not able to respond to the 
winning device. 


Another situation for arbitration loss could be 


a bus exception 
resulting 
from a device 


operating not according to the bus protocol or 


interference on the bus lines. In addition to 
"regular" arbitration loss detected with the 
ARL hardware flag, such a situation may 
occur with detecting a Start or a Stop in the 
middle of transmitting an address or data 
byte. In such a situation the microcontroller 
withdraws from the bus as well-active 
Slave 
upon a Start detection, or returning as an idle 
slave in other cases. 


When a Master transaction is terminated by 
an arbitration loss, the Master Request flag 
(MASTRO) of the hardware 12Cport remains 
in effect. As a result when the bus gets free, 
our device will take control, issue a Start, and 
the transaction that was cut will start again. 
This restart will happen automatically, without 
any application involvement (unlike 
non-acknowledgement, 
where the MastNext 
routine determines what shall be done). 


The 12Ccommunications 
routines are 


structured as an interrupt service routine 
responding to an 12Cport interrupt upon a 
frame Start. Within a frame the 12C 
processing is continuous, where the 12Cport 
is polled for hardware response, and the 12C 
interrupts are disabled. Other interrupts are 
enabled during the service routine. The 
set-up requirements from the mainline 
program are minimal, and interfacing is done 
via RAM buffers and some pre defined RAM 
locations. The lower level interface with the 
hardware is done inside the service routine, 
and can typically be ignored by the 
application programmer. 


BUS WATCHDOG 
AND ERROR 
RECOVERY 
A malfunctioning 
device (in hardware or 


software) may hold the SCL line low, thus 
causing the bus to be "stuck". It might even 
be possible that a transient protocol violation 
(due to hardware interference, such as a 
device turning on) may cause some devices 
(non programmable, or even microcontrollers 
which were not carefully programmed) to hold 
the bus. Since within a frame the bus is 
software-polled, a "stuck" bus might cause 
the application software to "hang forever". 
Here the TIMERI watchdog comes to the 
rescue, interrupting when there is no bus 
activity for a long period of time. 


When the 12Cservice routine is interrupted by 
the watchdog timer, the processing of the 
current frame is not completed and the event 
routines are not called. The software returns 
to execute the mainline application, and will 
be interrupted again for the next frame (next 
Start, received as a slave or induced as a 
Master). A status flag and a counter report on 
the watchdog interrupt, so the application 
program can be made to inhibit the 12Cport if 


there are too many occurrences of a 
"hanging" bus. 


Bus protocol errors and "hangups" might be 
an issue in systems which are susceptible to 
noise, temporary bus line shorts, "hot plug in" 
of devices or even erroneously programmed 
devices-and 
a "fail safe" controller program 
should be able to detect bus problems and 
possibly assist in resolving them. The 
RECOVER routine resets the 12Cinterface of 
the microcontroller, and attempts to release 
some other devices on the bus by toggling 
the clock line. The 12Cinterface of the 
8XC751 is reset by letting limer! 
run and 
expire, since this circuitry does not feature a 
software controlled reset. This "extreme" 
measure is needed in some cases of bus 
protocol violation. 


The bus and interface circuit recovery routine 
can be automatically invoked whenever 
limer! 
detects a timeout. In addition, for 
systems where potential bus failures are a 
concern and reliability is an issue, one may 
implement mechanisms to invoke bus and 
interface recovery from the application code. 
This may help in cases where the bus gets 
"stuck" when there is no 12Cframe in 
progress. In such an instance the watchdog 
timer will not give any timeout indications, as 
it has not been activated. Another case 
emanates from a design peculiarity of the 
interface circuitry on the 8XC751: if the SCL 
line is externally grounded when there is a 
Start condition, this Start might be ignored, 
and the watchdog may not be activated. Our 
programming example deals with potential 
failures by testing for transaction completion 
and retrying transmissions when necessary 
(these are explicit retries, in addition to an 
"automatic" retry after a Master's arbitration 
loss, invoked by the MASTRO bit). Too many 
transmission failures activate the RECOVER 
routine. 


12C COMMUNICATIONS 
ROUTINES-INTERFACE 
The 12Cservice routine deals with the 
transmission and reception of messages, 
without any concern for the contents of the 
message. In order to provide a general 
interface for different applications the data is 
transferred via buffers. The service routine 
does not have to "know" where the data goes 
to or comes from-as 
long as the application 
program specifies the required pointers for 
these buffers. The interface to the actual 
application (which "cares" about message 
contents, timing, addressing and so forth) is 
done in a well defined manner, allowing 
usage of the same service routine with 
different application programs. 


The interface is carried out with the use of 
buffers, pre-<lefined names for Application 
Event Routines, interface RAM locations for 
transferring parameters, pointers and flags, 
and constants. A more detailed discussion of 
the interface follows. 


Buffers 
There are three buffers for data transfers 
between the 12Cbus and the application 
program. 


MasBuf is used for Master transmission and 
reception. The number of data bytes for each 
Master message--reception 
or transmission, 


is specified by the memory location 
MASTCNT 
The value in MASTCNT should 
be less than the length of MasBuf. For Master 
transmission the message is placed in 
MasBuf before the transmission is initiated. In 
Master reception, the received message will 
be contained in the same buffer. There is only 
one Master message transaction occurring at 
the same time, so we may use the same 
buffer both for transmission and reception. 


For Slave operation we must accommodate 
data transfers which may come randomly, 
asynchronous 
to each other or to possible 
operation of the same device as a Master. 
Therefore it is necessary to allocate 
additional RAM area as buffers dedicated to 
Slave operation: SRcvBuf for receiving data, 
STxBuf for transmission. 


The length of the Slave receive buffer is 
defined by the symbol RBufLen. It is used by 
the code for protection, avoiding overwriting 
RAM beyond the allocated buffer size in case 
a Master sends a message which is too long. 
There is no need for RAM protection for 
transmission, but the Master should not 
request more data than STxBuf can supply. 


Interface 
RAM Locations 
RAM location MyAddr contains the address 
of this processor. 


Status flag MSGSTAT is used for reporting to 
the application on 12Ccommunications 
status-mainly 
on the successful, or 


unsuccessful, completion of a message 
transaction. The contents of MSGSTAT may 
be used by the mainline application code or 
by the Event Routines. The different codes 
that could be placed by the 12Cservice 
routine are described later in the text. When 
the message processing commences, a code 
indicating Slave or Master processing is 
inserted to MSGSTAT, and is updated as we 
go along. There could be many applications 
that will not need to use MSGSTAT contents, 
as the very fact of calling a certain event 
routine implies completion of a processing 
stage. 


For Master transactions, in addition to the 
data buffer MasBuf, there are several RAM 
locations into which the application inserts 
Master message "directives". These 
directives provide the service routine with the 
information necessary to carry out the next 
Master transaction. The one byte RAM 
locations used for directives are DESTADRW, 
DESSUBAD, MASTCNT and MASCMD. 


DESTADRW contains the destination slave 
address in bits 7-1, while bit 0 is the RIW bit. 
Bit 0 contains 0 for a Write operation (the 
message is to be transmitted to the salve) 
and 1 for a Read operation (message is being 
read from the slave and received by this 
Master). 


DESSUBAD contains the 8 bit sub-address of 
the slave, if necessary. For transactions 
without a sub-address, the contents of 
DESSUBAD is ignored. 


MASTCNT contains the number of data bytes 
in the message to be sent from or received 
into MasBuf. This number should not be 
bigger than the length of MasBuf. 


MASCMD byte contains the bit flags 
SUBADD, RPSTRT and SETMRO. SUBADD 
is 0 (cleared) for a message with a regular 
address, and 1 (set) when a subaddress is 
required. When SUBADD is set, the service 
routine takes care of all the protocol required 
for sub-addressing, 
which includes a 
Repeated Start for Read operations. A 
message with a subaddress is considered to 
be a single message, even if it includes a 
Repeated Start. 


The RPSTRT and SETMRO are kept cleared 
in regular applications, and will be used only 
for "tailoring" the bus transfers in special 
cases. When RPSTRT is cleared the 
message will terminate, as usually required, 
with a Stop. When RPSTRT is set a 
Repeated Start will be sent on the bus, and 
Master operation will resume. The RPSTRT 
directive relates to terminating the message 
after all the data was transferred, and not to 
the mandatory Repeated Start in the middle 
of sub-addressed 
Read operation. A single 
message with a subaddress will typically 
have RPSTRT cleared. SETMRO indicates 
what will be loaded into the MASTRO flag of 
the hardware when Stop is transmitted. 
Typically 
it will be cleared. When SETMRO 
is 1, MASTRO will be set, thus trying to issue 
a new Start immediately following the Stop. In 
such a case the service routine will not retum 
upon Stop, but will continue as a Master. 


TITOCNT is used to count time-outs of the 
watchdog timer. Whenever such a timeout 
invokes the TIMER I interrupt service routine 
the contents of the location TITOCNT are 


incremented, and the timeout is reported in 
MSGSTAT. The count is saturated at OFFh. 
This mechanism may be used in an 
application that is very much "concerned" 
with potential bus failures, allowing some 
type of "failure monitoring" by the application 
even for Slave transactions. 


APPLICATION 
EVENT 
ROUTINES 
The service routine calls Event Routines with 
pre-defined names (Figure 16), and these 
routines must be provided by the application 
program. The actual code of the routines will 
differ from application to application, but the 
routine names are being kept the same. 


These routines are being called when 
successful processing of a message (send or 
receive) is completed. The routines may 
perform whatever action the application was 
designed for, which is not necessarily related 
to the 12Ccommunications mechanism. In 
addition, the routines may perform the data 
interface tasks for the 12Cport, like emptying 
buffers from received data or preparing the 
next message by setting up the buffers. 


The mechanism of calling the event routines 
out of the service routine allows an 
immediate reaction to the event of message 
processing completion, before any new 
activity happens on the bus. In some simple 
applications this may not be necessary. For 
example, one may have a main program for a 
slave which is just a wait loop monitoring a 
flag set by the service routine when a 
message transfer, initiated by some master, 
is completed. In such a case the application 
could react to the message completion after 
the interrupt service routine returns. However, 
in the general case this will not be sufficient. 
An example could be a slave with an 
application which is constantly busy doing 
another task, in an environment where the 
communication requests on the 12Cbus are 
frequent. If there is a new message request 
shortly after the current message is 
completed, haVing to wait for the application 
until it "has time" may result in not reacting, or 
sending the same data again, or overwriting 
the received data in the buffer. Another 
obvious case demanding event routine calls 
is a Master sending different messages with a 
Repeated Start-the 
new data for the 
follOWingmessage must be prepared in the 
interrupt service routine as the current 
message is completed (there is no return 
from interrupt prior to the new data 
transmission). 


The programmer has !he flexibility to decide 
where to prepare the next message 
according to the requirements of the 


application. This can be done after retum 
from the event routine, in the application code 
after the return from interrupt, or a 
combination of both, where the time critical 
events are performed in the event routines. 
The application may monitor the MSGSTAT 
flag for message processing completion. If 
the event routines are not used, it is 
recommended 
to simply code them as a 
"RET" instruction, thus tuming them into 
dummy 
routines (this an easier and better 
practice than changing the service routine 
itself, eliminating the calls). 


MastNext 
This routine is called by the service routine 
when the'processing 
of the current Master 
message is completed. For an indication on 
the type of message processing completion, 
MastNext may inspect the contents of 
MSGSTAT RAM location. 


When MastNext is called, MSGSTAT will 
contain one of the following codes for 
message processing completion: 


MRCVED ( = 21h)-a 
complete message 
(with number of data bytes indicated by 
MASTCNT) was received from the slave. 


MTXED ( = 22h)-the 
number of data bytes 
indicated by MASTCNT were successfully 
sent and acknOWledged by the slave. 


MTXNAK ( = 23h)-the 
slave did not 
acknOWledge a data byte of the message, 
even though it had acknOWledged its address. 
The message transmission was terminated 
upon the NAK. 


MTXNOSLV ( = 24h)-no 
slave 
acknowledged the address indicated by 
memory location DESTADDR. 


The MastNext routine may perform any 
task(s) necessary for the application. Data 
handling tasks will typically be dependent on 
the MSGSTAT indication. One possible task 
could be setting the directives for the next 
message. The necessity for executing this 
task here (versus the main-line code initiating 
the transfer) is of course application 
dependent. 


Slave Event Routines: 
These routines are called when a message 
transaction as a slave has been completed. 
In many cases it could be important to utilize 
the calls to such routines as the requests for 
message transactions as a slave can come 
randomly, asynchronous 
to the application 
program. The application may demand that 
new data coming in should immediately 


TRANSACTION 
NOT 
COMPLETED 


NOTE: 
This is a simplified diagram to 
assist the text. It is not a flow 
chart. 


initiate some tasks (e.g. control an output 
port)-and 
the event routine can be used to 
process the result of the slave interrupt. 


In most cases it will be necessary for a slave 
to react immediately to a message received 
simply in order not to lose the data. As a new 
message may come randomly, it may 
overwrite the reception buffer before the data 
has been transferred out of it or acted upon. 


For applications in which the reaction for 
slave events is performed after the return 
from the service routine, the event is reported 
by placing an appropriate code in the 
MSGSTAT flag. The programmer may use 
event routines, other mainline routines 
inspecting MSGSTAT, or both. If the event 
routines are not used, it is recommended 
to 
code them as a "RET" instruction. 


SRcvdR: 
Called by the service routine when a new, 
complete message has been received into 
SRcvBuf. When SRcvdR is called, R1 points 


to the address of the last byte received into 
the buffer. In a typical application SRcvdR will 
transfer the new data out of SRcvBuf, so it 
will not be written over by a subsequent slave 
reception. 


The equivalent MSGSTAT indication for this 
event is SRCVD ( = 11h). 


SLnRcvdR: 
Called when a slave message has been 
received into SRcvBuf, but the message was 
longer than the SRcvBuf buffer (as specified 
by RbufLen). 


The equivalent MSGSTAT indication for this 
event is SRLNG ( = 12h). 


If the program is supposed to react to a too 
long a message the same way as to a 
message that can be contained in the buffer, 
one may code SLnRcvdR simply as a call to 
SRcvdR. 


STXedR: 
Called by the service routine when data has 
been transmitted out of the slave STxBuf 
buffer according to a master's request. This 
routine may insert new data into the buffer, 
preparing it for the next slave transmission. 


The equivalent MSGSTAT indication for this 
event is STXED ( = 13h). 


Note that we do not have a separate routine 
for the case that the master requested too 
many bytes-more 
than STxBuf length-and 
we sent out meaningless byles. It is the 
master's responsibility to specify the 
message length, and it should be able to 
request messages with the appropriate length 
from each slave on the bus. 


SRErrR: 
This routine relates more to bus 
communications 
than to the application itself. 


It can be called when we positively detect a 
bus error upon reception as a slave, in case 
the application is supposed to know about it. 
In most cases this call will not be used, as 
dealing with bus communications 
difficulties 
is usually left to the Master. 


Just prior to calling SRErrR, the code SRERR 
(= 14h) is placed in MSGSTAT. 


OCompletion 
Routine: 
12CDONE 
This routine is called every time, before 
returning from the 12Cinterrupt service 
routine, whether the transaction was 
successful or not. It can be used to "safely" 
monitor MSGSTATwithout 
any risk of a new 
interrupt modifying the current indication. 
Simple application programs will not make 
use of this routine. A more sophisticated 
application implementing a fail-safe 
communications 
protocol may use it to count 
errors of a certain type in order to determine 
a recovery scheme. In our programming 
example, 12CDONE inhibits 12Cinterrupts 
when it is evident that as a result of protocol 
errors interrupts are not caused by iegitimate 
Starts. 


CONSTANTS 
RBufLen-the 
length of SRcvBuf, the slave 
receive buffer. This constant may be used 
both by the 12Croutines and the application 
program, and it is the responsibility of the 
application programmer to define the correct 
buffer length. 


MYNUM- 
This ROM constant is dependent 
on the application environment. 
It is a small 
integer defining a "serial number" of the node, 
out of all the processors running the same 
code. This constant is used only when 
recovering from a timeout, in order to 
"de-synchronize" masters from each other 
when trying to recover the bus. 


CTVAL 1 is a constant defined in ROM. It is 
used by the application code portion which 


initializes the 12C,for loading CTOand CT1 
with a value appropriate for the crystal being 
used. 


MYADDR1 is a ROM constant containing the 
address of the processor's 12Cnode. This 
value is used by the application demo to load 
the RAM location MyAddr. 


USING THE COMMUNICATIONS 
SUBROUTINES 
In order to use the 12CCommunications 
Routines an application program should take 
care of the following: 
- Upon initialization, load bits CT1, CTO of 
12CFG register according to the clock 
crystal used (refer to the table of CT1, CTO 
values in the 8XC751 section of the Philips 
Semiconductors 
Microcontroller Data 
Handbook (IC20». 


- 
Load MyAddr RAM location with the 
address of this node. 


- For Slave operation, load STxBuf with the 
initial data to be transmitted. 


- 
For slave operation, set the SLAVEN bit in 
the 12CFG register. 


- 
Enable 12Cand watchdog interrupts by 
setting the ETI, EI2 and EA bits of the 
interrupt enable register. 


- 
For Master operation, set up the next 
transaction by loading the appropriate 
directives into MASCMD, DESTADRW, 
DESSUBAD (if applicable) and MASTCNT, 
and load MasBuf with the appropriate data 
if it is a Write message. 


- For Master operation, initiate the next 
transaction by setting MASTRQ bit in 
12CFG. 


- For both Master and Slave operation, 
handle data transmission and reception via 
the buffers in main-line code or the Event 
Routines. 


PROGRAMMING 
EXAMPLE 
The assembler listing includes the 12C 
Communications 
Routines and a demo 
application exercising these routines. In most 
real-life applications the code of the routines 
could be used without modifications. 
For 


those who follow the coding of the routines, 
one should nole that in many instances code 
speed and program space have been slightly 
compromised in order to improve readability. 
The almost "general purpose" interface to the 
routines affects efficiency as well, and it is 
possible to write more compact and 
somewhat faster code for specific 
applications. The reader is encouraged, 
though, to use the code "as is" whenever 
possible. 


The "application" demo is simple-two 
microcontrollers 
exchange messages in a 
"ping-pong" game. In addition to trivial 
message exchange, the code demonstrates 
recovery mechanisms from communications 
errors and bus "hang ups". We tried this code 
with two pairs of controllers exchanging 
messages on the same bus. The message 
exchange could repeatedly recover and 
restart when the SCL and SDA lines were 
temporarily shorted to ground or between 
themselves. Simpler versions, without the 
"protection" mechanisms, could "hang up" 
under such conditions. 


The source code file for this program 
Is 
available 
for download 
from the Philips 
computer 
bulletin 
board system. 
This 
system 
Is open to all callers, 
operates 
24 
hours a day, and can be accessed 
with 
modems 
at 2400,1200, 
and 300 baud. The 
telephone 
numbers 
for the BBS are: (800) 
451"6644 (in the U.S. only) or (408) 
991"2406. 


0010 
0040 


0080 
0040 


0020 
0010 


0008 
0004 
0002 


0001 


;*.*******************.***********************************************.*.***** 
Multimaster Code for 83C75l/83C752 
4/14/1992 
;***••••• 
**.** ••**.** •• *****.*** ••• ** •••••••••• 
**•••••••••••••••••••••••••• 
**. 
; This code was written to accompany an application note. The I2C routines 
; are intended to be demonstrative and transportable into different 
; application scenarios, and were NOT optimized for speed and/or memory 


; utilization. 


$TITLE(83C751 Multi Master 12C Routines) 
$DATE(4/l4/l992) 
$M0D751 
$DEBUG 


8XC751 MULTIMASTER I2C COMMUNICATIONS ROUTINES 
Symbols and RAM defmitions 


;*.**** •••• 
*********** 
••*** •• *** ••• *.************** •••••******* ••••••••••••••• 


BTIR 
BMRQ 
EQU 
EQU 
;TIRUNbit. 
;MASTRQbit. 


BCXA 
BIDLE 
BCDR 
BCARL 
BCSTR 
BCSTP 
BXSTR 
BXSTP 


EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 


; CXA bit. 
;lDLEbit. 
; CDR bit. 
; CARL bit. 
;CSTR bit. 
; CSTP bit. 
;XSTR bit. 
; XSTP bit. 


; Specific bits of the 12CON register are set by writing into this register a 
; combination of the masks defined above using the MOY command. 
; The SETH command should not be used with I2CON, as it is implemented by 
; reading the contents of the register, setting the appropriate bit and 
; writing it back into the register. As the functionality of the Read and 
; Write portions of the I2CON register is different, using SETB may cause 
; unwanted results. 
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0010 
53 
SGO 
EQU 
10h 
; Started 
Slave message 
processing. 


0011 
54 
SRCVD 
EQU 
I1h 
; as a slave, received 
a new message 


0012 
55 
SRLNG 
EQU 
12h 
; received 
as slave a message 
which 
is 100 


56 
; long for the buffer 


0013 
57 
STXED 
EQU 
13h 
; as slave, completed 
message 
transmission. 


0014 
58 
SRERR 
EQU 
14h 
; bus error detected 
when operating 
as a slave. 
59 
0020 
60 
MGO 
EQU 
20h 
; Started 
Master 
message 
processing. 
0021 
61 
MRCVED 
EQU 
21h 
; As Master, 
received 
complete 
message 
from 


62 
; slave. 
0022 
63 
MTXED 
EQU 
22h 
; As Master, 
completed 
successful 
message 


64 
; transmission 
(slave acknowledged 
all data 


65 
; bytes). 
0023 
66 
MrXNAK 
EQU 
23h 
; As Master, 
truncated 
message 
since slave did 


67 
; not acknowledge 
a data byte. 
0024 
68 
MrXNOSLV 
EQU 
24h 
; AS Master, 
did not receive 
an acknowledgement 


69 
; for the specified 
slave address. 


70 
0030 
7I 
TIMOUT 
EQU 
30h 
; TIMER! 
Timed 
ouL 


0032 
72 
NOTSTR 
EQU 
32h 
; Master 
did not recognize 
Start. 


73 


74 
; RAM locations 
used by I2C interrupt 
service 
routines. 


75 


76 
0020 
77 
MASCMD 
DATA 
20h 


סס oo 
78 
SUB ADD 
BIT 
MASCMD.O 


0001 
79 
RPSTRT 
BIT 
MASCMD.l 


0002 
80 
SETMRQ 
BIT 
MASCMD.2 


81 


0024 
82 
DSEG 
AT 
24h 


83 
0024 
84 
MSGSTAT: 
DS 
; I2C communications 
status. 
0025 
85 
MYADDR: 
DS 
; Address 
of this I2C node. 


0026 
86 
DESTADRW: 
DS 
; Destination 
address + R!W 


(for Master). 
0027 
87 
DESSUBAD: 
DS 
; Destination 
subaddress. 
0028 
88 
MASTCNT: 
DS 
; Number 
of data bytes in message 
(Master, 
89 
; send or receive). 


90 
0029 
91 
TITOCNT: 
DS 
; Timer I bus watchdog 
timeouts 
counter. 


002A 
92 
StackSave: 
DS 
I 
; SP save location 
(used when returning 
from 


93 
; bus recovery 
routine). 
94 
002B 
95 
MasBuf: 
DS 
4 
; Master 
receive/transmit 
buffer, 
8 bytes. 


002F 
96 
SRcvBuf: 
DS 
4 
; Slave receive 
buffer, 
8 bytes. 
0033 
97 
STxBuf: 
DS 
4 
; Slave transmit 
buffer, 
8 bytes. 
98 


99 
100 


0004 
101 
RBufLen 
EQU 
4h 
; The length 
of SRcvBuf 


102 


0021 


0008 


OOlB 


OOIB D2DD 


OOlO 4111 


;••••••••••• 
** •••••••••• 
** •• *****.** •••••••••••••••••••••••••••••• 


APPLICATION 
output pins and RAM definitions 
; 
. 


BIT 
PI.O 
; Toggling 
output 
pin, to confum 


; that the ping-pong 
game proceeds 
fme. 


BIT 
Pl.l 
; Error indication. 


APPFLAGS 
DATA 
2lh 


TRQFLAG 
BIT 
APPFLAGS.O 


; Flag for monitoring 
I2C transmission 
success. 


SErrFLAG 
BIT 
APPFLAGS.I 


ORG 


TrmerI: 


AJMP 


lBh 


SETB 


TIISR 


; Timer I (I2C timeout) 
interrupt. 


CLRTI 


; Go to Interrupt 
Service 
Routine. 


;•••••••• ** •• ** ••••••••••• 
**.*** •••••••••••••••• 
*** •••••••••••••••••••••••••••• 


I2C Interrupt 
Service 
Routine 


; 
. 


0023C2AC 
0025114C 
0027CODO 
0029COEO 
002B E8 
002CCOEO 
002EE9 
002FCOEO 
0031 EA 
0032COEO 


003485812A 
0037C2OC 
0039D2OC 


003B209A09 
003E3099OC 
0041752420 
0044209B76 
0047752432 
OO4A21AE 


OO4D75241O 
0050 31E2 
0052309D5E 


; Limitations imposed on other ISR's: 
; - Should not be long (close to 1000 clock cycles). 
A long ISR will cause 
;the I2C bus to 'hang", and a TIMERI interrupt to occur. 
; - Other interrupts either do not use the same mechanism for allowing 
;further interrupts, or if they do - disable TIMERI interrupt beforehand. 


; The 751 hardware allows only one level of interrupts. We simulate an 
; additional level by software: by performing a RETI instruction (at location 
; XRETI) the interrupt-in-progress 
flip-flop is cleared, and other interrupts 
; are enabled. 
The second level of interrupt is a must in our implementation, 


; enabling timeout interrupts to occur during "stuck" wait loops in the 12C 


; interrupt service routine. 


I2CISR: 
ACALL 
PUSH 
PUSH 
MOY 
PUSH 
MOY 
PUSH 
MOY 
PUSH 


MOY 
CLR 
SETB 


ill 


JNB 
MOY 
ill 
NoGo: 
AlMP 


CLR 
XRETI 
PSW 
ACC 
A,RO 
ACC 
A,Rl 
ACC 
A,R2 
ACC 


EI2 
; Disable 12C interrupt. 


; Allow other interrupts to occur. 


StackSave, SP 
TIRUN 
TIRUN 


STP,NoGo 
MASTER, GoSlave 
MSGSTAT,#MGO 
STR,GoMaster 
MOY 
MSGSTAT,#NOTSTR 
Dismiss 
; Not a valid Start. 


;***************************************************************************** 
Main Transmit and Receive Routines 
;********************************************************* 
••*••••••• 
**•••••••• 


GoSlave: 
AddrRcv: 


JNB 


SLAYECODE- 
GET THE ADDRESS 


MOY 
MSGSTAT,#SGO 
ACALL 
ClsRcv8 
DRDY, SMsgEnd 
; Must be some strange Start or Stop 
; before the address byte was completed. 
; Not a valid address. 


PPCODEI 


0055A2EO 
0057C2EO 
00596060 


0060792F 
00627A05 
00648002 


0066F7 
006709 
006831ED 
006A309D09 
006DDAF7 


0072 7110 
00748045 


007CE9 
007DC3 


STstRW: 
CLR 
rz 


MOY 
C,ACC.O ; Save R{W- bit in carty. 
ACC.O 
; Clear that bit, leaving "raw" address 
GoldIe 
; If it is a General Address 
; - ignore it. 


; NOTE: 
; One may insert here a different 
; treatment for general calls, if 


; these are relevant. 


SlvTx 
; It's a Read - (requesting slave 
; transmit). 


MOY 
MOY 
SIMP 


SRcvSto: 
Inc 
SRcv3: 
JNB 
DJNZ 


; message. 
RI,NSRcvBuf 
R2,NRbufLen+1 
SRcv3 


MOY 
@RI,A; 
Store the byte 
R1 
; Step address. 


ACALL 
AckRcv8 
DRDY,SRcvEnd 
; Exit loop -end reception. 
R2,SRcvSto 
; Go to store byte if buffer not full. 


; Too many bytes received - do not acknowledge. 
MOY 
MSGSTAT,NSRLNG ; Notify main that (as slave) we 
; have received too long a message. 
SLnRCvdR; Handle new data - slave event routine. 
Goldie 
ACALL 
SJMP 


CINE 
RO,N7,SRcvErr 


; a Start or a Stop. 


MOY 
MSGSTAT,NSRCYD 
; Calculate number of bytes received 
MOY 
A,RI 
CLR 
C 
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001E942F 
259 
SUBB 
A,#SRcvBuf 
; number 
of bytes in ACC 


008051EF 
260 
ACALL 
SRCvdR 
; Handle 
new data - slave event routine. 


0082802F 
261 
SIMP 
SMsgEnd 


262 


263 


264 
; It is a Read message, 
check if for us. 


265 


008400 
266 
SlvTx: 
NOP 


261 


0085 B52533 
268 
STx2: 
CINE 
A,MYADDR,GoIdle 
; Not for us. 


0088159900 
269 
MOY 
I2DAT,#O 
; Acknowledge 
the address. 


008B309EFD 
210 
JNB 
ATN,$ 
; Wait for attention 
flag. 


008E309D22 
211 
JNB 
DRDY,SMsgEnd 
; Exception 
- unexpected 
Start 


212 
; or Stop before 
the Ack got out. 


00911933 
213 
MOY 
RI,#STxBuf 
; Start address 
of transmit 
buffer. 


0093 E1 
214 
STxlp: 
MOY 
A,@RI 
; Get byte from buffer 


009409 
215 
INC 
RI 


009531CE 
216 
ACALL 
XmByte 


0091309019 
211 
JNB 
DRDY,SMsgEnd 
; Byte Tx not completed. 
009A309FF6 
218 
JNB 
RDAT,STxlp 
; Byte acknowledge, 
proceed 
trans. 


0090159860 
219 
MOY 
I2CON,#BCDR+BIDLE 
; Master 
Nak'ed 
for msg end. 
OOA0152413 
280 
MOY 
MSGSTAT,#STXED 
00A31110 
281 
ACALL 
STXcdR 
; Slave transmitted 
event routine. 
00A5 21AE 
282 
AIMP 
Dismiss 


283 


284 


OOA1152414 
285 
SRcvErr: 
MOY 
MSGSTAT,#SRERR 
; Flag bus/protocol 
error 
OOAA 1110 
286 
ACALL 
SRErrR 
; Slave error event routine. 
OOAC8005 
281 
SIMP 
SMsgEnd 
OOAE 152414 
288 
StxErr: 
MOY 
MSGSTAT,#SRERR 
; Flag bus/protocol 
error 
OOB11110 
289 
ACALL 
SRErrR 


290 


OOB3209903 
291 
SMsgEnd: 
JB 
MASTER,SMsgEnd2 
OOB6209B94 
292 
JB 
STR,GoSlave 
; If it was a Start, be Slave 
OOB9 
293 
SMsgEnd2: 
OOB921AE 
294 
AIMP 
Dismiss 
295 


296 


291 
; End of Slave message 
processing 


298 
OOBB 
299 
Goldie: 
OOBB 21AE 
300 
AIMP 
Dismiss 


301 


302 


303 


304 


305 


306 


301 


OOBD 
308 
GoMaster: 


309 


310 


PPCODEI 
83C751 
Multimaster 
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311 
; Send address 
& R/W - byte 


312 


OOBD792B 
313 
MOY 
Rl,#MasBuf 
; Master 
buffer 
address 


OOBFAA28 
314 
MOY 
R2.MASTCNT 
; # of bytes, 
to send or rev 


OOCI E526 
315 
MOY 
A,DESTADRW 
; Destination 
address 
(including 


316 
; R/W- 
byte). 


00C3 200012 
317 
m 
SUBADD,GoMas2 
; Branch 
if subaddress 
is needed. 


318 


OOC631C5 
319 
ACALL 
XmAddr 


320 


OOC8309OO3 
321 
JNB 
DRDY,GM2 


OOCB309C02 
322 
JNB 
ARL,GM3 


OOCE2186 
323 
GM2: 
AlMP 
AorxArI 
; Arbitration 
loss while transmitting 


324 
; the address. 


0000209F5C 
325 
GM3: 
m 
RDAT,Nosiave 
; No Ack for address 
transmission. 
0003 
20E063 
326 
m 
ACC.O,MRcv 
; Check 
R/W- 
bit 
OOD6211A 
327 
AJMP 
MTx 


328 


329 
; Handling 
subaddress 
case: 


330 


000800 
331 
GoMas2: 
NOP 
; Subaddress 
needed. 
Address 
in ACC. 


00D9C2EO 
332 
CLR 
ACC.O 
; Force 
a Write bit with address. 


OODB31C5 
333 
ACALL 
XmAddr 


0000309003 
334 
JNB 
DRDY,GM4 


OOE0309C02 
335 
JNB 
ARL,GM5 


00E3 2186 
336 
GM4: 
AJMP 
AorxArI 
; Arbitration 
loss while transmitting 


337 
; the address. 


338 
00E5209F47 
339 
GM5: 
m 
RDAT,Noslave 
; No Ack for address 
transmission. 


OOE8 E527 
340 
MOY 
A,DESSUBAD 
OOEA31CE 
341 
ACALL 
XmByte 
; Transmit 
subaddress. 
OOEC309DCA 
342 
JNB 
DRDY,SMsgEnd2 
; Arbitration 
loss (by Start or Stop) 
OOEF209CC7 
343 
m 
ARL,SMsgEnd2 
; Arbitration 
loss occurred. 


OOF2209F3F 
344 
m 
RDAT,NoAck 
; Subaddress 
transmission 
was not ack'ed. 


OOF5 E526 
345 
MOY 
A,DESTADRW 
; Reload 
ACC with address. 
00F730E020 
346 
JNB 
ACC.O,MTx 
; It's a Write, so proceed 
347 
; by sending 
the data. 


348 
; Read message, 
needs rp. Start and add. retransmit. 


349 


OOFA 759822 
350 
MOY 
I2CON,#BCDR+BXSTR 
; Send Repeated 
Start. 


OOFD309EFD 
351 
JNB 
ATN,S 
0100 759820 
352 
MOY 
I2CON,#BCDR 
; Clear useless 
DRDY 
while preparing 
353 
; for Repeated 
Start. 
0103309EFD 
354 
JNB 
ATN,S 
; expecting 
an STR. 


0106309C02 
355 
JNB 
ARL,GM6 


0109 2182 
356 
AlMP 
MArl End 
; oops - lost arbi tration. 
010B 31C5 
357 
GM6: 
ACALL 
XmAddr 
; Retransmit 
address, 
this time with the 
358 
; Read bit set 
0100309003 
359 
JNB 
DRDY,GM7 
01l0309C02 
360 
INB 
ARL,GM8 
0113 2186 
361 
GM7: 
AlMP 
AdTxArI 
; Arbitration 
loss while transmitting 
362 
; the address. 


June 26, 1992 
Hil 


PPCODEI 


0115209F17 
0118801F 


011B E7 
011C09 
011D31CE 
011F309D97 
0122209C94 
0125 209FOC 
0128 DAFI 


012D 8025 
012F752424 
01328020 
0134752423 
013780lB 


013931F6 
013B8002 
013D31ED 
013F309D39 
0142F7 
014309 
0144DAF7 


0146759980 
0149309EFD 
014C309D2C 
014F752421 
01528000 


GM8: 
SJMP 


MTxLoop: 
mc 
ACALL 
JNB 
m 
m 
DJNZ 


SJMP 
NoSlave: 
SJMP 
NoAck: 
SIMP 


m 
MRcv 
RDAT,Noslave 
; No Ack - the slave disappeared. 


; Proceed receiving slave's data. 


MOV 
Rl 
XmByte 
DRDY,SMsgEnd2 
ARL,SMsgEnd2 
RDAT,NoAck 
R2,MTxLoop 


A,@Rl 
; Get byte from buffer. 
; Step the address. 


; Arbitration loss (by Start or Stop) 
; Arbitration loss. 


MSGSTAT,#MTXED; Report completion of buffer 
; transmission. 
MTxStop 
MOV 
MSGSTAT,#MTXNOSLV 
MTxStop 
MOV 
MSGSTAT,#MTXNAK 
MTxStop 


MRcv: 
SJMP 
MRcvLoop: 
MRcv2: 
MOV 
mc 
DJNZ 


ACALL 
ClaRcv8; 
Receive a byte. 


MRcv2 
ACALL 
AckRcv8 
JNB 
DRDY,MArI 
; Other's Start or Stop. 


@RI,A 
; Store received byte. 
R1 
; Advance address. 
R2,MRcvLoop 


MOV 
I2DAT,#80h 
JNB 
ATN,$ 
JNB 
DRDY,MArI 
MOV 
MSGSTAT,#MRCVED 
SJMP 
MTxStop 
; Go to send Stop or Repeated Start 


; Conclude this Master message: 
; Send Stop, or a Repeated Start 


JNB 
RPSTRT,MTxStop2 
; Check if Repeated Start needed 
; Around if not RPSTRT. 
12CON,#BCDR+BXSTR 
; Send Repeated Start. 


PPCODE1 


015A 8001 


015C A202 


015E92DE 


0163309EFD 


0166159820 


0169309EFD 


016C209C13 


0119 


01198033 


0180 


018021AE 


SIMP 


MTxStop2: 


MOY 


MTxStop3: 


MOY 


MTxStop3 


MOY 
C,SETMRQ 
; Set new Master 
Request 
if demanded 


MASTRQ,C 
; by SETMRQ 
bit of MASCMD. 


JNB 
ATN,S; 
Wait for Attention 


I2CON,#BCDR 
; Clear the useless 
DRDY, generated 


; by SCL going high in preparation 


; for thr Stop or Repeated 
Start. 


ATN,S 
; Wait for ARL, STP or STR. 


ARL,MarlEnd 
; Lost arbitration 
trying to send 


; Stop or a ReS tart. 


; Master 
is done with this message. 


; or exit. 


MMsgEnd: 


SIMP 


MastNcxt 
; Master 
Event Routine. 


; the pointers 
and data for the 


; next Master 
message. 


MASTRQ,MMsgEnd; 
Go end service 
routine 
if MASTRQ 
; does not indicate 
that the master 


; should 
continue 
(was set according 
; to SETMRQ 
bit, or by MastNcxt). 


STR,MMsgEnd 
; Return 
from the ISR, unless 
Start 


; (avoid 
danger 
if we do not return: 


; if there was a Stop, the watchdog 


; is inactive 
until next Start). 


GoMaster 
; Loop for another 
Master 
message 


Mar12: 


AlMP 


STR,MAr12 
; Iflost 
arbitration 
due to other 
; Master's 
Start, go be a slave. 


GoSlave 


467 
; transmission of a message. 
'The MASTRQ bit was cleared trying to write a 
468 
; Stop, and we need to set it again on order to relly transmission when the 
469 
; bus gets free again. 
470 
0182 
471 
MArIEnd: 
0182 D2DE 
472 
SETB 
MASTRQ 
; Set Master Request - which will get 
473 
; into effect when we are done as a 
474 
; slave. 
0184 217B 
475 
AlMP 
MArl 
476 
477 
; Handling arbitration loss while transmitting an address 
478 
0186209BF2 
479 
AQfxArI: 
m 
STR,MArI 
; Non-synchronous Start or Stop. 
0189209AEF 
480 
m 
STP,MArI 
481 
482 
; Switch from Master to Slave due to arbitration loss while transmitting 
483 
; an address - complete receiving the address transmitted by the new Master. 
484 
018CB80003 
485 
CJNE 
RO,#O,AcITxArl2 
486 
; Arion last bit of address 
487 
; (ROis 0 on exit from XmAddr). 
018F 14 
488 
DEC 
A 
; The Isb sent, in which arl occured 
489 
; must have been 1. By decrementing 
490 
; A we get the address that won. 
01908012 
491 
SJMP 
AdAr3 
492 
0192 
493 
AcITxAr12: 
019203 
494 
RR 
A 
; Realign partially Tx'ed ACC 
0193 F9 
495 
MaY 
R1,A 
; and save it in R1 
0194 E8 
496 
MaY 
A,RO 
; Pointer for lookup table 
01959OO1A6 
497 
MaY 
DPTR,#MaskTable 
019893 
498 
MOYC 
A,@A+DPTR 
019959 
499 
ANL 
A,R1 
; Set address bits to be received, 


500 
; and the bit on which we lost 
501 
; arbitration to 0 
502 
; Now we are ready to receive the rest 
503 
; of the address. 
504 
505 
019A 759890 
506 
MaY 
I2CON,#BCXA+BCARL 
; Clear flags and release the clock. 


507 
019D5108 
508 
ACALL 
RBitJ 
; Complete the address using reception 
509 
; subroutine. 
019F209D02 
510 
m 
DRDY,AdAr3 
; Around ifreceived address OK 
01A2 01B3 
511 
AlMP 
SMsgEnd 
; Unexpected Start or Stop - end 
512 
; as a slave. 
OIM 0155 
513 
AdAr3: 
AlMP 
STstRW ; Proceed to check the address 
514 
; as a slave. 
515 
01A6 FF7E3EIE 
516 
MaskTable: 
DB 
Oflh,7Eh,3Eh,lEh,OEh,06h.02h,ooh, ; Oflh is dummy 
01AA OE0602oo 
517 


0lB07598F4 


0lB3C2OC 


OlB5 DOEO 


OlB7FA 


0lB8 
DOEO 


OlBAF9 


OlBB DOEO 


0lBDF8 


OIBEDOEO 


OICO DODO 


0lC2 
D2AC 


0lC5 
F599 


0lC775981C 


OICA 7808 


OICC 8004 


OICE 7808 


OIDO F599 


010223 


0103309EFD 


0106309D08 


01D9D8F5 


O1OB 7598AO 


01OE309EFD 


518 


519 


520 


521 


522 


523 


524 


525 


526 


527 


528 


529 


530 


531 


532 


533 


534 


535 


536 


537 


538 


539 


540 


541 


542 


543 


544 


545 


546 


547 


548 


549 


550 


551 


552 


553 
554 


555 


556 


557 


558 


559 


560 


561 


562 


563 


564 


565 


566 


567 


568 


569 


MOY 


CLR 
pop 


MOY 
pop 


MOY 
pop 


MOY 
pop 
pop 


SETB 


12CON,#BCARL+BCSTP+BCDR+BCXA+BIDLE 


TIRUN 


ACC 
R2,A 


ACC 
RI,A 


ACC 


RO,A 


ACC 


PSW 


EI2 


Byte Transmit 
and Receive 
Subroutines 
;***************************************************************************** 


XmAddr: 


MOY 


MOY 


SIMP 


XmByte: 


XmBit: 


XmBit2: 


JNB 


JNB 


DJNZ 


MOY 


JNB 


XmAddr: 
Transmit 
Address 
and R/W- 


XmByte: 
Transmit 
a byte 


MOY 
I2DAT,A 
; Send fIrst bit, clears 
DRD¥. 


12CON,#BCARL+BCSTR+BCSTP 
; Clear status, release 
SCL. 


RO,#8 
; Set RO as bit counter 
XmBit2 


MOY 
RO,#8 


MOY 
12DAT,A 
; Send the first bit. 


RL 
A 
; Get next bit. 


ATN,$ 
; Wait for bit sent. 


DRDY,XmBex 
; Should 
be data ready. 


RO,XmBit 
; Repeat until all bits sent. 


12CON,#BCDR+BCXA 
; Switch 
to receive 
mode. 


ATN,$ 
; Wait for acknowledge 
bit. 


; flag cleared. 


RET 


clears the status register 
(from Start condition) 


and then receives 
a byte. 


Sends an acknowledge, 
and then receives 
a new byte. 


If a Start or Stop is encountered 
immediately 
after the 
ack, AckRcv8 
returns 
with 7 in RO. 


clears the transmit 
active state and releases 
clock 


01E5309EFD 
0lE8309D22 
OIEB 800F 


01ED759900 
0lF0309EFD 
01F3 309DI8 
0lF67598AO 


01FE E4 
OIFF 4599 
020123 
0202309EFD 
0205309005 


0208 D8F5 
020AA29F 
02OC33 
020D22 


020E 7809 
OliO 22 


0211 C2DE 
0213 759801 
02167598BC 


0219752430 
02IC74FF 
021EB52902 


A contains the received byte upon return. 
ROis being used as a bit counter. 


CIsRcv8: 
MOY 
UCON,#BCARL+BCSTR+BCSTP+BCXA 


;Clear status register. 
JNB 
ATN.$ 
JNB 
DRDY,RCYex 
SIMP 
Rcv8 


AckRcv8: 
JNB 
JNB 
ClaRcv8: 


CLR 
RBit: 
REit2: 
JNB 
JNB 


REit3: 
MOY 
RLC 
RCYex: 


RCYerr: 
RET 


MOY 
12DAT,#0;Send Ack (low) 
ATN,$ 
DRDY,RCYcrr 
; Bus exception - exit. 


MOY 
12CON,#BCDR+BCXA 
; clear status, release clock 
;from writing the Ack. 
ATN,$ 


; bits. 
A 
; !nit received byte to O. 


ORL 
A,I2DAT ; Get bit, clear ATN. 
RL 
A 
; Shift data. 
ATN,$ 
; Wait for next bit. 


DRDY,RCYex 
; Exit if not a data bit (could be Start! 
Stop, or bus/protocol error) 
RO,RBit ; Repeat until 7 bits are in. 
; Get last bit, don't clear ATN. 
; Form full data byte. 


DJNZ 
C,RDAT 


A 
RET 


;*•• ********************************.**********************************.****** 
Tuner I Interrupt Service Routine 
UC us Timeout 


;*•••••••• 
** •••• ***** •••••••••••• 
** ••• *** ••• ***** •• ** ••••••••••••••••••••••••• 


; In addition to reporting the timeout in MSGSTAT,we update a failure 
; counter, TITOCNT. This allows different types of timeout handling by the 
; main program. 


TIISR: 
MOY 
MOY 


TII: 
ill: 
CJNE 


CLR 
MASTRQ 
; "Manual" reset. 


UCON,#BXSTP 
UCON,#BCXA+BCDR+BCARL+BCSTR+BCSTP 


MOY 
MSGSTAT,#TIMOUT 
; Status Flag for Main. 
MOY 
A,#OFFh 
A,TITOCNT,TI3 
; Increment TITOCNT, saturating 


02218002 
622 
0223 0529 
623 
624 
0225 5130 
625 
626 
0227 D2DD 
627 


0229 114C 
628 
629 
022B 852A81 
630 
631 
632 
633 
634 
022E 21AE 
635 
636 
637 
638 
639 
640 
641 
642 
643 
0230 C2AF 
644 
0232 C2DE 
645 
02347598FC 
646 
0237 C2DF 
647 


0239 D2DC 
648 
649 
023B 79FF 
650 
023Doo 
651 


023Eoo 
652 
023F 00 
653 
0240 D9FB 
654 
0242 C2DC 
655 
0244 D2DD 
656 
657 
0246 D280 
658 
0248 D281 
659 
024A 7908 
660 
024C C280 
661 
024Eסס OOסס OO 
662 
025200 
0253 D280 
663 
0255 0ס0ooooo 
664 
025900 
025A D9FO 
665 
025C C280 
666 
025Eסס oo 
667 
0260C281 
668 
0262סס oo 
669 
0264 D280 
670 
02660ס0ooooo 
671 


SJMP 
TI4 
; at FFh. 
TI3: 
INC 
TITOCNT 


SETB 
ACALL 
CLRTI 
; Clear TI interrupt flag. 


XRETI 
; Clear interrupt pending flag (in 


; order to re--enable interrupts). 
SP,StackSave 
; Realign slack pointer, re-<1oing 


; possible slack 
changes during 


; the I2C interrupt service routine. 
; Timer! interrupts in other ISR's 
; were not allowed! 
Dismiss 
; Go back to the 12Cservice routine, 


; in order to return to the (main) 
; program interrupted. 


;••••••••••• 
**.******* 
•••••••• **.** •••••••••••••••••••••••••••••••••••••••••••• 


Bus recovery attempt subroutine 
;•••••••••• 
*** ••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 


RECOVER: 
CLR 
MOV 
CLR 
SETB 


MOV 
DLY5: 
NOP 
NOP 
DJNZ 
CLR 
SETB 


CLR 
EA 


MASTRQ 
; "Manual" reset 
I2CON,#BCXA+BIDLE+BCDR +BCARL+BCSTR +BCSTP 
SLAVEN 
; Non 12CTimer! mode 
TIRUN 
; Fire up Timer!. 
When it overflows, it 


; will cause I2C interface hardware reset. 
Rl,#Oflh 
NOP 


Rl,DLY5 
TIRUN 
CLRTI 


SETB 
SCL; 
Issue clocks to help release other devices. 
SETB 
SDA 


MOV 
Rl,#08h 


RC7: 
CLR 
SCL 


DB 
0,0,0,0,0 


SETB 
SCL 
DB 
0,0,0,0,0 


DJNZ 
Rl,RC7 
CLR 
SCL 


DB 
0,0 
CLR 
SDA 
DB 
0.0 
SETB 
SCL 


DB 
0,0,0,0,0 


026AOO 
026BD281 
672 


026D 0ס0ooooo 
673 


027100 


0272 7598BC 
0275D2AF 
0277 22 


0278758107 
027B E4 
027C90032D 
027F93 
0280F5D8 


SETB 
DB 
SDA 
0,0,0,0,0 
; Issue a Stop. 


Rex: 
SETB 


RET 


MOV 
EA 


; Message ping pong game. 
Each message is transmitted by 


; a processor that is a master on the 12C bus, and it contains one byte 
; of data. 
A processor that receives this data byte as a slave increments 
; the data by one and transmits it back as a master. 
The data received is 


; conf"rrmedto be a one increment of the data formerly sent. unless 


; it is a "reset"' valu~ 
chosen 
to be OOh. 
; The two participating processors have similar code, where the node 
; address of the second processor is the destination address of this 


; one. and vice versa. 
; The first data byte each processor tries to send is OOh. 
One of the 


; processors will acquire the bus first. and the second processor that will 
; receive this "resetting" OOhwill not attempt to conf"rrmit against an 
; expected value. It will simply increment and transmit it. 
Subsequent 


; receptions will be confirmed against the expected value, until Offhdata 
; bytes are sent and the game is effectively reset by the OOhresulting from 


; the next increment 
; A toggling output ([ogLED) tells the outer world that the "ping pong" 
; proceeds well. 
If something unexpected happens we temporarily activate 
; another output. ErrLED. 
; The different tasks of the code are performed in a combination of main- 
; line program and event routines called from the I2C interrupt service 


; routine. 


Initial set-4Jps: 
Load CTl,CTO bits ofI2CFG register, according to the clock 
crystal used. 
Load RAM location MYADDR with the 12C address of this processor. 
We load these values out of ROM table locations (R_CTVAL and R_MYADDR). 
One may, instead, load with a MOV <immediate> command. 


Reset: 
CLR 
MOV 
MOVC 
MOV 


MOV 
SP,#07h ;Set stack location. 


A 
DPTR,#R_CTVAL 
A,@A+DPTR 
12CFG,A 
; Load CTl,CTO (I2C timing, crystal 


; dependent). 


PPCODEI 


0282 E4 
028390032C 
028693 
0287 F525 


028B C29l 
028D 51E6 
028FD291 
0291 C209 
0293C208 
0295753750 
0298 D290 
029A 753850 


029D759840 
02AOD2DF 


02A2D2AB 
02A4D2AC 
02A6 D2AF 


02A8752ooo 
02AB 90032E 
02AEE4 
02AF93 
02BOF526 


02B5 
02B5752BOO 


02B8 
02B8 D208 
02BAD2DE 
02BC79FF 
02BE300809 
02Cl D9FB 
02C3 D537F2 
02C65l30 


CLR 
MOV 
MOVC 
MOV 


Reset2: 
ACALL 
SETB 
CLR 
CLR 
MOV 
SETB 
MOV 


A 
DPTR,#R_MYADDR 
A,@A+DPTR 
; Get this node's address from ROM table 
MYADDR,A 
; into MYADDR RAM location. 


CLR 
ErrLED; 
Flash LED. 
LDELAY 
ErrLED 
SErrFLAG 
TRQFLAG 
FAlLCNT,#50h 
TogLED 
TOGCNT,#050h 
; Initialize pin-toggling counter 


; Enable slave operation. 
; The Idle bit is set here for a restart situation - in normal 
; operation this is redundant, as this bit is set upon power_up reset. 
MOV 
12CON,#BlDLE; 
Slave will idle till next Start. 


SETB 
SLAVEN 
; Enable slave operation. 


; Enable interrupts. 
;This is necessary for both Slave and Master operations. 
SETB 
ETI 
; Enable timer I interrupts. 
SETB 
EI2 
; Enable 12Cport interrupts. 


SETB 
EA 
; Enable global interrupts. 


MOV 
MOV 
CLR 
MOVC 
MOV 


PPSTART: 
MOV 


MASCMD,#Oh 
; "Regular" master transmissions. 
DPTR,#PongADDR 
A 
A,@A+DPTR 
DESTADRW,A 
; The partner address. The LSB is 
; low, for a Write transaction. 
MASTCNT,#Olh 
; Message length - a single byte. 


PP2: 
SETB 
SETB 
MOV 
PP22: 
DJNZ 
MFAlLl: 
ACALL 


TRQFLAG 
MASTRQ 
Rl,#Offh 
JNB 
TRQFLAG,PP3; 
Transmitted OK 
Rl,PP22 
DJNZ 
FAlLCNT,PP2 
RECOVER 


PPCODEI 


02C88OCI 


02CA 78FF 
02CC79FF 
02CE2008E7 
0201200908 
02D4D9F8 
02D6 D8F4 
02D85130 
02DA418B 


02DCC291 
02DE51E6 
02EOD291 
02E2C209 
02E441B5 


02E67A30 
02E879FF 
02EA D9FE 
02ECDAFA 
02EE22 


02EFOO 
02FOE52F 
02F27005 
02F4752BOI 
02F7 800F 


PP3: 
PP31: 
PP32: 
ill 
DINZ 
DJNZ 
PPTO: 
AlMP 


PP5: 
ACALL 
SETB 
CLR 
AJMP 


LDELAY: 
LDELAY1: 
DJNZ 
DJNZ 
RET 


MOV 
RO,#Offh; Software timeout loop count 
MOV 
Rl,#Offh 
ill 
TRQFLAG,PP2; 
Rcvd ok as slave, go transmit. 


SErrFLAG,PP5 
Rl,PP32 
RO,PP31 
ACALL 
RECOVER 
; Software timeout 
Reset2 


CLR 
ErrLED; 
Receive error. 
LDELAY 
ErrLED 
SErrFLAG 
PPSTART 


MOV 
MOV 
Rl,$ 
R2,LDELAYI 


R2,#030h 
RI,#Offh 


;*•••••••••••••••••••••••••••••• 
*** •••••• **••••• **•••••••••••• 
**** •••••••••••• 


Slave and Master Event Routines. 
;••••••••••••••••• 
**.**.** ••••••••• **.** ••••••••••••••••• 
***.**** ••••••••••••• 


;Invoked upon completion of a message transaction. 
;This is the part of the application program actually dealing 
;with the data communicated on the I2C bus, by responding to 
;new data received and/or preparing the next transaction. 


; These routines are invoked by the I2C interrupt service routine when a 
; message transaction as a slave has been completed. 
Our "application" 
; reacts to a message received as a slave with the routine SRCvdR. 
; The calls that indicate erroneous reception are treated the same way as 
; erroneous data reception in the "ping pong" game. 


;SRcvdR 
;Invoked when a new message has been received as a Slave. 


SRcvdR: 
MOV 
JNZ 
MOV 
SJMP 


NOP 
A,SRcvBuf 
SR2 
MasBuf,#Olh 
SR3 


011'9052B 
O1FBB52BOF 
O1FE052B 


0300053805 
0303 B290 
0305753850 


0308 C209 
030A0208 
030C 22 


03000209 
030F22 


0310 
0310 
031080FB 


0312 
0312E524 


SR2: 
INC 
MasBuf 
; The expected data. 


CJNE 
A,MasBuf,ErrSR 
INC 
MasBuf 
; Oata for next transmission - the data 
; received incremented by 1. 


;A successful two way data exchange. 
Let the outside world know by 
;toggling an output pin driving a LED. We actually toggle only 
;when a number of such exchanges is completed, in order to 
;slow down the changes for a good visual indication. 


OJNZ 
TOGCNT,SR3 
CPL 
TogLED 
; Toggle output 
MOY 
TOGCNT,#050h 


SR3: 
CLR 
SErrFLAG 
SETH 
TRQFLAG; Request main to transmit 
RET 


ErrSR: 
RET 


;SLnRcvdR 
;Invoked when a message received as a Slave is too long 
;for the receive buffer. 


;STXedR 
;Invoked when a Slave completed transmission of its buffer. 
;We do not expect to get here, since we do not plan to have 
;in our system a master that will request data from this node. 


;SRErrR 


;Slave error event subroutine. 
;In most applications it will not be used. 


SLnRcvdR: 
STXedR: 
SRErrR: 


;Invoked when a Master transaction is completed, or terminated 
;"willingly" due to lack of acknowledge by a slave. 


MastNext: 
MOY 


878 


879 


880 


881 


882 


883 


884 


885 


886 


887 


888 


889 


890 


891 


892 


893 


894 


895 


896 


897 


898 


899 


900 


901 


902 


903 


904 


905 


906 


907 


908 


909 


910 


911 


912 


913 


914 


915 


916 


917 


918 


919 


920 


921 


922 


923 
924 


925 


926 


927 


928 


929 
YERSION 
1.2h ASSEMBLY 
COMPLETE. 
0 ERRORS 
FOUND 


0314 B42206 


0317753750 


03IA 
C208 


031C 22 


0310 


031022 


031E 


031E E524 


0320B43208 


0323053705 


0326753701 


0329C2AC 


032B 22 


CJNE 


MOY 


CLR 


RET 


MNl: 


RET 


A,#MTXED,MNI 


FAILCNT.#50h 


TRQFLAG 


;I2CDONE 


;Called 
upon completion 
of the I2C interrupt 
service 
routine. 


;In this example 
it monitors 
exceptions. 
and invokes 
the bus 


;recovery 
routine 
when too many occurred. 


I2CDONE: 


MOY 


CJNE 


DJNZ 


MOY 


CLR 
I2CDl: 


A,MSGSTAT 


A.#NOTSTR,I2CDl 


FAlLCNT,I2CDI 


FAILCNT,#Olh 
; Too many "illegal" 
i2c interrupts 


EI2 
; - shut off. 


RET 


; We used table driven 
values 
for clarity. one may use immediate 
to load 


; these values 
and save several 
lines of code. 


; Contents 
is used in the beginning 
of the main program 
to load 


; RAM location 
MYADDR 
and the I2CFG 
register. 


; The node address. 
in R_MYADDR, 
is application 
specific, 
and unique 
for 
; each device 
in the I2C network. 


; R_cry AL depends 
on the crystal 
clock frequency. 


Application 
Code Dcfmitions 


;***************************************************************************** 


DB 
4Ah 
; The address 
of t!'e "partner" 
in 


; the ping-pong 
game. 


ACC 
0 ADDR 
OOEOH 


ACKRCY8 
C ADDR 
01EDH 


ADAR3 
C ADDR 
01MH 


ADDRRCY 
C ADDR 
0050H 


ADTXARL. 
C ADDR 
0186H 


ADTXARL2 
C ADDR 
0192H 


APPFLAGS 
0 ADDR 
002lH 


ARL 
B ADDR 
009CH 


ATN 
B ADDR 
009EH 


BCARL 
NUMB 
0010H 


BCDR 
NUMB 
0020H 


BCSTP 
NUMB 
0004H 


BCSTR 
NUMB 
0008H 


BCXA '" 
. . . . . . . . . . . . . . . . . . .. NUMB 
0080H 


BIDLE 
NUMB 
0040H 


BMRQ . . . . .. . . . . .. . .. . .. . . . .. NUMB 
0040H 


BTIR 
NUMB 
0010H 


BXSTP 
NUMB 
OOOlH 


BXSTR 
NUMB 
0002H 


CLARCY8 
C ADDR 
01F6H 


CLI~I1 
B ADDR 
OODDH 


CLSRCY8 
C ADDR 
01E2H 


DESSUBAD 
0 ADDR 
0027H 


DESTADRW 
D ADDR 
0026H 


DISMISS 
C ADDR 
01AEH 


DLY5 
C ADDR 
013DH 


DRDY 
B ADDR 
009DH 


EA. 
. 
B ADDR 
OOAFH 


E12. . 
B ADDR 
OOACH 


ERRLED 
B ADDR 
009lH 


ERRSR 
C ADDR 
030DH 


ETI. 
. 
B ADDR 
OOABH 


FAlLCNT. 
D ADDR 
0037H 


GM2. 
. 
C ADDR 
OOCEH 


GM3. 
. 
C ADDR 
OODOH 


GM4. 
. 
C ADDR 
OOE3H 


GM5. 
. 
C ADDR 
OOE5H 


GM6. 
. 
C ADDR 
010BH 


GM7. 
. 
C ADDR 
0113H 


GM8. 
. 
C ADDR 
0115H 


GOIDLE. 
. 
C ADDR 
OOBBH 


PREDEFINED 


PREDEFINED 


NOT USED 


NOT USED 


PREDEFINED 


PREDEFINED 


PREDEFINED 


GOMAS2. 
. 
C ADDR 
OOD8H 


GOMASTER 
C ADDR 
OOBDH 


GOSLAVE 
C ADDR 
004DH 


I2CDl 
C ADDR 
032BH 


12CDONE 
C ADDR 
031EH 


I2CFG 
D ADDR 
OOD8H 


I2CISR. 
. 
C ADDR 
0023H 


I2CON . . . . . . . . . . . . . . . . . . . .. 
D ADDR 
0098H 


I2DAT 
D ADDR 
0099H 


LDELAY 
C ADDR 
02E6H 


LDELAYl. 
C ADDR 
02E8H 


MARL 
............•...•.... 
C ADDR 
017BH 


MARL2 
C ADDR 
0180H 


MARLEND 
C ADDR 
0182H 


MASBUF 
D ADDR 
002BH 


MASCMD . . . . . . . . . . . . . . . . .. 
D ADDR 
0020H 


MASKTABLE. . . . . . . . . . . . 
C ADDR 
01A6H 


MASTCNT. . . . . . . . . . . . . . . . .. 
D ADDR 
0028H 


MASTER. 
. 
B ADDR 
0099H 


MASTNEXT 
CADDR 
0312H 


MASTRQ. 
. 
B ADDR 
OODEH 


MFAILl 
C ADDR 
02C3H 


MGO 
NUMB 
0020H 


MMSGEND 
C ADDR 
0179H 


MNl. 
C ADDR 
031DH 


MRCY 
C ADDR 
0139H 


MRCY2 
C ADDR 
013FH 


MRCYED 
NUMB 
0021H 


MRCYLOOP 
C ADDR 
013DH 


MSGSTAT. 
D ADDR 
0024H 


MTX. 
. 
C ADDR 
011AH 


MTXED 
NUMB 
0022H 


MTXLOOP 
C ADDR 
OllBH 


MTXNAK 
NUMB 
0023H 


MTXNOSLY 
NUMB 
0024H 


MTXSTOP 
C ADDR 
0154H 


MTXSTOP2 
C ADDR 
015CH 


MTXSTOP3 
C ADDR 
0163H 


MYADDR. 
D ADDR 
0025H 


NOACK 
C ADDR 
0134H 


NOOO 
C ADDR 
0047H 


PREDEFINED 


NOT USED 


PREDEFINED 


PREDEFINED 


PREDEFINED 


NOT USED 


NOSLAVE 
C ADDR 
Ol2FH 


NOTSTR 
NUMB 
0032H 


ONLED 
B ADDR 
0093H 


PI. 
D ADDR 
0090H 


PONGADDR 
C ADDR 
032EH 


PP2. 
. .................•.... 
C ADDR 
02B8H 


PP22 
C ADDR 
02BEH 


PP3. 
. 
C ADDR 
02CAH 


PP31 
C ADDR 
02CCH 


PP32 
C ADDR 
02CEH 


PP5. 
. 
C ADDR 
02DCH 


PPSTART. 
C ADDR 
02B5H 


PPTO 
C ADDR 
02D8H 


PSW. 
D ADDR 
OODOH 


RBIT 
C ADDR 
OlFFH 


RBIT2 
C ADDR 
020lH 


RBIT3 
C ADDR 
0208H 


RBUFLEN 
NUMB 
0004H 


RC7 
C ADDR 
024CH 


RCV8 
C ADDR 
OlFCH 


RCVERR 
C ADDR 
020EH 


RCVEX " 
C ADDR 
020DH 


RDAT 
B ADDR 
009FH 


RECOVER 
C ADDR 
0230H 


RESET 
C ADDR 
0278H 


RESET2. 
. 
C ADDR 
028BH 


REX. . 
C ADDR 
0272H 


RPSTRT. 
. 
B ADDR 
OOOlH 


R_CTVAL 
C ADDR 
032DH 


R_MYADDR 
C ADDR 
032CH 


SCL. 
B ADDR 
0080H 


SDA 
B ADDR 
008lH 


SERRFLAG 
B ADDR 
0009H 


SETMRQ. 
. 
B ADDR 
0002H 


SGO 
NUMB 
OOlOH 


SLAVEN 
B ADDR 
OODFH 


SLNRCVDR 
C ADDR 
03l0H 


SLVTX 
C ADDR 
0084H 


SMSGEND 
C ADDR 
OOB3H 


SMSGEND2 
C ADDR 
OOB9H 


SP 
DADDR 
008lH 


NOT USED 


PREDEFINED 


PREDEFINED 


PREDEFINED 


SR2. 
. 
C ADDR 
02F9H 


SR3. 
. 
C ADDR 
0308H 


SRCV2 
C ADDR 
005DH 


SRCV3 
C ADDR 
0068H 


SRCVBUF. 
D ADDR 
002FH 


SRCVD 
NUMB 
OOllH 


SRCVDR 
C ADDR 
02EFH 


SRCVEND 
C ADDR 
0076H 


SRCVERR 
C ADDR 
OOA7H 


SRCVSTO 
C ADDR 
0066H 


SRERR 
NUMB 
OOl4H 


SRERRR 
C ADDR 
0310H 


SRLNG 
NUMB 
OOl2H 


STACKSAVE 
D ADDR 
002AH 


STP. 
. 
B ADDR 
009AH 


STR. . 
B ADDR 
009BH 


STSTRW 
C ADDR 
0055H 


STX2 
C ADDR 
0085H 


STXBUF. 
D ADDR 
0033H 


STXED 
NUMB 
OO13H 


STXEDR 
C ADDR 
0310H 


STXERR 
C ADDR 
OOAEH 


STXLP 
C ADDR 
0093H 


SUBADD. 
. 
B ADDR 
OOOOH 


Tll. 
C ADDR 
0219H 


TI2 
C ADDR 
02ICH 


TI3. . 
C ADDR 
0223H 


Tl4. 
. 
C ADDR 
0225H 


TIlSR 
C ADDR 
0211H 


TIMERI 
C ADDR 
OOIBH 


TlRUN 
B ADDR 
OODCH 


TITOCNT. . . . . . . . . . . . . . . . . .. 
D ADDR 
0029H 


TOGCNT. . . . . . . . . . . . . . . . . .. 
D ADDR 
0038H 


TOGLED 
B ADDR 
0090H 


TRQFLAG 
B ADDR 
0008H 


XMADDR 
C ADDR 
OlC5H 


XMBEX 
C ADDR 
OIElH 


XMBIT 
C ADDR 
OIDOH 


XMBIT2. 
. 
C ADDR 
01D2H 


XMBYfE 
C ADDR 
OICEH 


XRETI 
C ADDR 
004CH 


PREDEFINED 


PREDEFINED 


NOT USED 


NOT USED 


NOT USED 


PREDEFINED 


Philips Semiconductors 
Mlcrocontroller 
Products 


Author: 
Greg Goodhue 


The 583C7511S87C751 
Microcontroller 
combines in a small package the benefits of a 
high-performance 
microcontroller with 
on-board hardware supporting the 
Inter-Integrated 
Circuit (12C)bus interface. 


The 8XC751 can be programmed both as an 
12Cbus master, a slave, or both. An overview 
of the 12Cbus and description of the bus 
support hardware in the 8XC751 
microcontrollers 
appears in application note 
AN422, "Using the 8XC751 Microcontroller as 
an 12CBus Master." That application note 
indudes a programming example, 
demonstrating a bus-master code. Here we 
show an example of programming the 
microcontroller as an 12Cslave. 


The code listing demonstrates 
communications 
routines for the 8XC751 as a 


slave on the 12Cbus. It compliments the 
program in AN422 which demonstrates 
the 
8XC752 as an 12Cbus master. One may 
demonstrate two 8XC751 devices 
communicating with each other on the 12C 
bus, using the AN422 code in one, and the 
program presented here in the other. The 
examples presented here and in AN422 allow 
the 751 to be either a master or a slave, but 
not both. Switching between master and 
slave roles in a mullimaster environment is 
described in application note AN435. 


The software for a slave on the bus is 
relatively simple, as the processor plays a 
relatively passive role. It does not initiate bus 
transfers on its own, but responds to a 
master initiating the communications. 
This is 


true whether the slave receives or transmits 
data-transmission 
takes place only as a 


response to a bus master's request. The 
slave does not have to worry about arbitration 
or about devices which do not acknowledge 
their address. As the slave is not supposed to 
take control of the bus, we do not demand it 
to resolve bus exceptions or "hangups". II the 
bus becomes inactive the processor simply 
withdraws, not interfering with the master (or 
masters) on the bus which should (hopefully) 
try to resolve the situation. 


The 8XC751 has a single bitl2C hardware 
interface where the registers may directly 
affect the levels on the bus, and the software 
interacting with the hardware registers takes 
part in the protocol implementation. 
The 


hardware and the low level routines dealing 
with the registers are tightly coupled. We 
repeat here the warning from the 751 
bus-master application note: one should take 
extra care if trying to modify these lower level 
routines. 


The service routine for the 12Cslave is 
interrupt driven per message. This allows for 
master communication 
requests which are 


not synchronized with the application 
program running on the slave. It is possible to 
write simple slave application programs which 
will not be interrupt driven, taking care not to 
lose master transmissions while doing 
something else, but the user should be 
discouraged from doing so. As the slave 
should respond to asynchronous requests of 
masters on the bus, an interrupt driven 
service routine makes sense-and, 
as the 
code demonstrates, is simple to implement. 


DEMONSTRATION 
CODE 
The main program operation, intended for 
demonstration only, is simple. There are two 
data buffers, one for data reception and one 
for data transmission. When new data has 
been received from the 12Cbus into the 
receive buffer, the program writes it into the 
transmit buffer. The first and second bytes of 
received data are also copied to Port 1 and 
Port 3, respectively. When a bus master 
requests to read data, Port 1 and Port 3 will 
be returned for the first two bytes of 
requested data, while the remaining bytes will 
come from the transmit buffer. This allows for 
simple testing of a master and slave system 
by having the master compare data received 
to data sent. This scheme also allows the 
8XC751 to be used as a two-byte 12CI/O 
port. 


The program begins at address 0, where the 
microprocessor begins execution after a 
hardware reset. This location contains a jump 
instruction to the main program, which starts 
at the label Reset (towards the end of the 
listing). Upon reset, the program initializes 
the stack pointer, the 12Caddress of the slave 
processor (MyAddr) and clears the data 
buffers and software flags. In this program 
the receive and transmit buffers are each 
eight bytes long-the 
maximum number of 
bytes is defined by the label MaxBytes. One 
may easily change the program to handle 
longer messages by changing the value of 
MaxBytes and allocating more data memory 
to the buffers. 


The 12Cinterface is configured to operate as 
a slave by selling the msb of register 12CFG. 
This is done simultaneously with loading the 
appropriate value of CTVAL-bits 
CTO and 
CT1, which are determined by the frequency 
of the microprocessor's crystal. The interface 
hardware is explicitly instructed to get into the 
slave idle mode by selling the appropriate bit 
in the 12CON register. Timer I, which operates 
as a "watchdog" timer detecting bus hangups, 
is activated and its interrupts are enabled. 


After the initialization, the program gets to the 
label MainLoop. Most of the time the program 
will "hang" in a wait loop at this label, simply 


waiting for an 12Cinterrupt to occur. When 
there is an 12Cbus request there will be an 
interrupt, the service routine will be executed 
and we shall return to the Main Loop label. If 
the service routine receives new data, it sets 
a flag, DatFlag, signalling that data has been 
updated. This flag will allow us to leave the 
MainLoop label, and execute a short routine 
copying the updated input buffer to the output 
(transmit) buffer. 


If a new bus interrupt comes before 
overwriting of the old read buffer data is 
completed, and an undesirable "mix" of old 
and new data might occur. This type of 
situation is avoided by disabling the 12C 
interrupts (dearing the IE2 bit in the Interrupt 
Enable Register) just before copying the data 
to the transmit buffer, and re-enabling the 
interrupts when the copy operation is 
completed. 


When the copy routine is completed the 
DatFlag is cleared and we jump back to 
MainLoop, waiting for the next interrupt to 
occur. II the interrupt is for data transmission 
the service routine will not set DatFlag, and 
upon return we shall remain at the Main Loop 
label. 


THE INTERRUPT 
SERVICE 
ROUTINE 
The service routine is interrupt driven with 
respect to the start of each 12Cframe, but 
within each frame the interaction with the 
hardware is based on polling. An occurrence 
of a Start on the bus will cause an interrupt 
that will initiate the service routine which 
starts at address 23H. After saving registers, 
all interrupts except the 12Cinterrupt itsell are 
enabled, as we want to allow response to 
other interrupts during the routine. The 
philosophy behind this is that the 12Cmay be 
a lower priority than some other operations in 
the system. Since the 12Chardware will 
stretch the dock until the program responds, 
an interrupt of reasonable duration will not 
have a harmful effect on the data transfer. 


Since we intend to react to the 12Chardware 
by polling the ATN lIag in wait loops, we do 
not want the expected changes on the bus to 
take us again to the beginning of the routine. 
Therefore, the EI2 flag is cleared, masking 
further 12Cinterrupts even when interrupts 
are re-enabled (by the ACALL to a RETI 
instruction). 


At the label Slave, the routine starts receiving 
the address on the bus. Each new address 
bit is read after a software wait loop detects 
that the ATN flag is set by the hardware. Note 
that with the single bit implementation 
of the 


12Cport on the 8XC751 the software must 


closely support the hardware: lor example, 
we need to explici~y clear the Start status 
belore we enter a wait loop lor the next bit. II 
the software does not clear the Start flag, the 
hardware will stretch the low period 01 the 
clock (SClline) 
on the bus-and 
the lirst 
address bit will simply not occur. (Such a 
state will not go on lorever_ventually 
the 
processor will release the bus as a result 01a 
Timer I timeout.) 


Reception 01the eight bits 01Address + RIW 
is completed using part 01the receive byte 
subroutines. The address received is 
compared to MyAddr, the address 01this 
specific slave. II the address is different the 
processor goes idle and leaves the service 
routine. If the message is intended for this 
processor (received address matches 
MyAddr) the ReadlWrite bit is tested, and the 
program jumps to the appropriate labels. 
When the RIW bit is low the master requests 
a Write-and 
this slave should receive the 
data written into it. When the RIW bit is high 
the master is requesting a Read and this 
slave should transmit the data (at code label 
Read). 


For "Master Write" we send an acknowledge 
lor the address byte and proceed with 
receiving the data bytes, responding with an 
acknOWledge for each and transferring them 
into the receive buffer. For long messages, 
when the buffer is full (we have received 
MaxByte bytes) we read from the bus one 
additional byte and then send a negative 
acknowledge, letting the master know it 


should stop sending us data. Then we set 
DatFlag to signal the mainline program that 
new data has been received, and jump to 
MsgEnd. At the MsgEnd label we wait for the 
next Stop or Repeated Start. On a Stop we 
resume the idle mode (Goldie) and return 
from the service routine. On a Restart the 
slave process starts again with reception of 
the new address at the label Slave. 


If the message is short enough so that the 
receive buffer is not filled up, the RcvByte 
subroutine (called after Wrtloop) 
will return 
due to the Stop condition, DRDY will not be 
set, and we shall exit the loop via label 
WlEx-setting 
the DatFlag and proceeding 
to MsgEnd. 


For "Master Read" the transmit buffer is sent 
on the bus byte by byte in the Rdloop, 
using 
the XmitByte subroutine. We exit the loop 
when all the buffer is transmitted, or the 
Master does not respond with an 
acknowledge. Note that lack of 
acknowledgement 
for slave transmission 
does not necessarily indicate a problem or 
that the receiving master is busy. This could 
very well be a normal operation of the 
protocol, which defines that a receiving 
master signals the transmitting slave to end 
its message by explici~y transmitting a 
negative acknowledge as a response to the 
last byte the master is interested in. The 
protocol does not include inherent means for 
specifying in advance the length 01a 
requested message. 


SUBROUTINES 
The lower level subroutines closely interact 
with the hardware and the activity on the bus. 
The XmitByte subroutine transmits one byte 
and receives the acknowledge bit that comes 
in response. The byte receive routine, which 
one may use from different entry points, 
receives a data or an address byte, and takes 
care of acknowledgements. 
When a Start or 
Stop is detected the subroutine returns 
immediately-the 
calling routine is expected 
to check the flags to detenmine whether a 
whole byte has been received (DRDY will be 
set), or a Start or a Stop condition has 
occurred. 


Close inspection 01RcvByte code shows that 
a total of nine bits are being read off the bus. 
The first bit does not belong to the received 
byte, but is the acknowledge 
this processor 
sent in response of the fonmer byte or 
address. Reading the Ack bit from the 12DAT 
register clears the Transmit Active state and 
DRDY, thus releasing SCl and allOWingthe 
bus activity to proceed to the next data bit. 
Upon return the Ack bit is left in the Carry 
flag, and the actual data byte received is 
returned in the Ace register. 


Upon Timer I interrupt code execution 
commences at address 1BH, where there is a 
jump to the service routine Timerl. This 
internupt is caused by the watchdog timer, as 
a result of an 12Cbus that is "hanging" without 
activity in the middle of a transmission for too 
long a period of time. The slave simply clears 
the bus interlace, and starts all over again at 
the label Reset. 


This 
program 
demonstrates 
I2C 
slave 
functions 
for 
the 
8XC751 
and 
8XC752 


microcontrollers. 
The 
program 
uses 
separate 
transmit 
and 
receive 
data 


buffers 
that 
are 
each 
eight 
bytes 
deep. 
The 
sample 
main 
program 


copies 
received 
data 
to 
the 
transmit 
buffer 
such 
that 
transmitted 
data 
can 


be 
read 
back 
by 
a 
bus 
master. 
Buffer 
addresses 
0 
and 
1 
are 
mapped 
to 
port 
1 


and 
3 
respectively, 
such 
that 
an 
I2C 
write 
will 
affect 
the 
port 
outputs, 
and 


an 
12C 
read 
will 
return 
port 
pin 
data. 
The 
751 
will 
accept 
only 
eight 
data 


bytes 
in 
anyone 
I2C 
transmission, 
additional 
bytes 
will 
not 
be 
acknowledged. 
Similarly, 
only eight 
data bytes 
may be read 
from the 
751 in 


anyone 
12C 
transmission. 
This 
program 
does 
not 
support 
subaddressing 
for 


buffer 
access. 


$TITLE(8XC751 
I2C Slave 
Routines) 


$DATE (11/23/92) 
$MOD752 


; 
Value 
definitions. 


CTVAL 
EQU 
02h 
CTl, 
CTO bit 
values 
for I2C. 


MaxBytes 
EQU 
8 
Maximum 
H 
of 
bytes 
to 
be 
sent 
or 


received. 


; 
Masks 
for I2CFG 
bits. 


BTIR 
EQU 
lOh 
Mask 
for TIRUN bit. 


BMRQ 
EQU 
40h 
Mask 
for MASTRQ 
bit. 


; 
Masks 
for I2CON 
bits. 


BCXA 
EQU 
80h 
Mask 
for CXA bit. 


BIDLE 
EQU 
40h 
Mask 
for IDLE bit. 


BCDR 
EQU 
20h 
Mask. 
for CDR bit. 


BCARL 
EQU 
lOh 
Mask. 
for CARL bit. 


BCSTR 
EQU 
08h 
Mask 
for CSTR bit. 


BCSTP 
EQU 
04h 
Mask 
for CSTP bit. 


BXSTR 
EQU 
02h 
Mask 
for XSTR bit. 


BXSTP 
EQU 
Olh 
Mask. for XSTP bit. 


; RAM 
locations 
used 
by 
I2C 
routines. 


RcvDat 
DATA 
lOh 


XmtDat 
DATA 
18h 


Flags 
DATA 
20h 


NoAck 
BIT 
Flags.7 


DatFlag 
BIT 
Flags.6 


BitCnt 
DATA 
21h 


I2C receive data buffer 
(8 bytes). 


addresses 
lOh through 
17h. 


I2C transmit 
data buffer 
(8 bytes) . 


addresses 
ISh 
through 
IFh. 


12C 
software 
status 
flags. 


Holds 
negative 
acknowledge 
flag. 


Tells 
whether 
an 
I2C 
write 
operation 


has 
occurred. 


ByteCnt 
DATA 
22h 
Send/receive 
byte 
counter. 


TDAT 
DATA 
23h 
Temporary 
holding 
register. 


MyAddr 
DATA 
24h 
Holds 
address 
of 
THIS 
slave. 


AdrRcvd 
DATA 
25h 
Holds 
received 
slave 
address 
+ R/W. 


RWFlag 
BIT 
AdrRcvd.O 
Slave 
read/write 
flag. 


ORG 
PUSH 
PUSH 
CLR 
ACALL 


23h 
PSW 
ACC 
ES 


Clrlnt 


12C 
interrupt. 


Save 
status. 


Save 
accumulator. 


Disable 
12C 
interrupt. 


Re-enable 
interrupts. 


ACALL 
MOV 
CLR 
CJNE 


ACALL 
ACALL 
JNB 
MOV 
INC 
DJNZ 
ACALL 
ACALL 
MOV 
JNB 
SETB 
SJMP 


12CON,~BCARL+BCSTP+BCSTR+BCXA 
; Clear 
start 
status. 
ATN,$ 
Wait 
for 
next 
data 
bit. 


SilCnt,l? 
Set 
bit 
count. 


RcvB2 


AdrRcvd,A 
ACC.O 
A,MyAddr, GoldIe 


RWFlag,Read 
RO,IRcvOat 


ByteCnt,SMaxBytes 


SendAck 


RcvByte 
DRDY,WLEx 
@RO,A 
RO 


ByteCnt,WrtLoop 
SendAck 


RcvByte 
12DAT,'80h 
ATN,$ 
DatFlag 
MsgEnd 


RO,'XmtDat 


ByteCnt,IMaxBytes 


Read 
or 
Write? 


Set 
up 
receive 
buffer 
pointer. 


Max 
4 
bytes 
can 
be 
received. 


Send 
acknowledge. 


Get 
data 
byte 
from 
master. 


Must 
be 
end 
of 
frame? 


Save 
data. 


Advance 
buffer 
pointer. 


Back 
to 
receive 
if 
buffer 
not 
full. 


Send 
acknowledge. 


Get, 
but 
do 
not 
store 
add'l 
data. 


Send 
negative 
acknowledge. 


Wait 
for 
acknowledge 
sent. 


Flag 
main 
that 
data 
has 
been 
received. 


Buffer 
full, 
enter 
idle 
mode. 


Set 
up 
transmit 
buffer 
pointer. 


Max 
bytes 
to 
be 
sent. 


Get data 
byte 
from buffer. 
Return 
port 
1 value 
instead 
of buffer 
data 
if this 
is buffer 
address 
O. 
Return 
port 
3 value 
instead 
of buffer 
data 
if this 
is buffer-address 
1. 


Advance 
buffer 
pointer. 
Send data byte. 
Exit 
if NAK. 


Back 
if more 
data 
requested' 
avail. 
Done, 
enter 
idle mode. 


Wait 
for stop or repeated 
start. 
If repeated 
start, go to slave 
mode, 
else enter 
idle mode. 


MOV 


POP 


POP 
SETB 
RET 


12CON,.BCSTP+BCXA+BCDR+BCARL+BIDLE 
; Enter 
slave 
idle mode. 


ACC 
Restore 
accumulator. 
PSW 
Restore 
status. 
ES 
Re-enable 
I2C interrupts. 


MOV 
CLR 
ORL 
RL 
JNB 
JNB 
DJNZ 
MOV 
RLC 
RET 


MOV 
CJNE 
MOV 
CJNE 
MOV 


A,@RO 
RO,IXmtDat,RdLI 
A,PI 
RO,IXmtDat+I,RdL2 
A,P3 


INC 
ACALL 
JB 
DJNZ 
SJMP 


RO 
XmitByte 
NoAck,RLEx 
ByteCnt,RdLoop 
MsgEnd 


ATN,$ 
STR,Slave 


MOV 
MOV 
RL 
JNB 
DJNZ 
MOV 
JNB 
MOV 
RET 


BitCnt, 18 
12DAT,A 


A 
ATN,$ 
BitCnt,XmBit 
12CON,IBCDR+BCXA 
ATN, $ 
Flags,I2DAT 


Set 8 bits 
of data 
count. 
Send this bit. 
Get next bit. 
Wait 
for bit 
sent. 
Repeat 
until 
all bits 
sent. 
Switch 
to receive 
mode. 
Wait 
for acknowledge 
bit. 
Save acknowledge 
bit. 


Byte 
receive 
routines. 
SendAck 
sends 
an I2C acknowledge. 
RcvByte 
receives 
a byte 
of data. 


RcvB2 
receives 
a partial 
byte 
of I2C data, 
used to allow 
reception 
of 
7 bits 
of slave 
address 
information. 


Data 
is returned 
in the ACC. 


RcvByte: 
RcvB2: 
RBit: 


SitCnt,'8 


A 
A,I2DAT 


A 
ATN,$ 
DRDY,RBEx 
BitCnt,RBit 
C,RDAT 


A 


Send 
receive 
acknowledge. 
Wait 
for acknowledge 
sent. 


Set bit count. 
lnit received 
byte 
to O. 
Get bit, 
clear ATN. 
Shift data. 
Wait 
for next bit. 
Exit 
if not a data bit. 
Repeat 
until 
7 bits 
are 
in. 
Get 
last bit, don't 
clear 
ATN. 


Form 
full data byte. 


SETB 
MOV 
MOV 
ACALL 
AJMP 
RETI 


CLRTI 
; 
Clear 
timer 
I 
interrupt. 
I2CFG,#O 
; Turn off I2C. 
I2CON,#BCXA+BCDR+BCARL+BCSTR+BCSTP 
; Reset 
I2C flags. 


ClrInt 
Clear 
interrupt 
pending 
flag. 


Reset 
; Return 
to 
mainline. 


MOV 
MOV 
MOV 
INC 
DJNZ 


Set 
stack 
location. 


Enable 
I2C 
interrupt. 


Set 
up 
pointer 
to 
data 
area. 


Set 
up 
buffer 
length 
counter. 


Clear 
buffer 
memory_ 


Advance 
to 
next 
buffer 
position. 


Repeat 
until 
done. 


Set 
slave 
address. 


Clear 
system 
flags. 


Enable 
slave 
functions. 


Put 
slave 
into 
idle 
mode. 


Enable 
timer 
I 
interrupts. 
Turn 
on 
timer 
T. 


This 
sample 
mainline 
program 
copies 
the 
first 
two 
received 
bytes 
to 
Port 
1 


and 
Port 
3 
whenever 
there 
is 
an 
I2C 
write 
operation. 
It 
Also 
copies 
the 


rest 
of 
the 
input 
buffer 
to 
the 
output 
buffer 
at 
the 
same 
time. 


RO,#RcvDat 


Rl,j2*MaxBytes 
@RO,#O 
RO 


Rl,RLoop 


MOV 
MOV 
MOV 
MOV 
SETB 
SETB 


MyAddr,#40h 
Flags, 
#0 
I2CFG,#80h+CTVAL 
I2CON, #BIDLE 
ETI 
TIRUN 


MainLoop: 
JNB 
DatFlag,$ 
CLR 
EA 


MOV 
P1,RcvDat 
MOV 
P3,RcvDat+1 


MOV 
RO,#RcvDat 
MOV 
Rl,#XmtDat 
MOV 
R2,#MaxBytes 
ML2: 
MOV 
A,@RO 
MOV 
@Rl,A 
INC 
Rl 
INC 
RO 
DJNZ 
R2,ML2 
CLR 
DatFlag 


SETB 
EA 
SJMP 
MainLoop 


END 


Wait 
for 
data 
sent 
from 
I2C. 


Turn 
off 
interrupts 
during 
data 
move. 


First 
buffer 
location 
goes 
to 
port 
1. 


Second 
buffer 
location 
goes 
to 
port 
3. 


Set 
input 
buffer 
start 
pointer. 


Set 
output 
buffer 
start 
pointer. 


Set 
buffer 
length 
counter. 


Get 
data 
from 
input 
buffer. 


Store 
data 
in 
output 
buffer. 


Increment 
input 
buffer 
pointer. 


Increment 
output 
buffer 
pointer. 


Repeat 
until 
entire 
buffer 
is 
updated. 


Clear 
I2C 
transmission 
flag. 


Philips Semiconductors 
Mlcrocontroller 
Products 


CONNECTING 
A PC KEYBOARD 
TO THE 12C BUS 
This application note illustrates the use of a 
Iow-<X>st8-bitmicrocontroller-the 
8XC751-to 
interface a standard PC/AT 
keyboard to the 12Cbus. The 8XC751 
(83C751 = ROM-version, 87C571 = 
EPROM-version) 
is ideally suited for the task 
thanks to its built-in 12Cinterface, small 
form-factor (24-pin DIP or 28-pin PlCC) 
and 
low power consumption (llmA 
typical@12 
MH2: see Figure 1). The application software 
easily fits within the 2K bytes code and 64 
bytes data memory provided on the 8XC751. 


The PC/AT Keyboard 
The PC/AT keyboard transmits data in a 
clocked serial format consisting of a start bit, 
8 data bits (lSB first), an odd parity bit and a 
stop bit as shown in Figure 2. Besides clock 
and data, the S-pin connector (Figure 3) also 
includes power, ground and a no connect. 
Note that the PS/2 keyboard interface is 
logically equivalent, though it uses a different 
connector. (A sixth pin provides an additional 
no connect). 


When a key is pressed, the PC/AT keyboard 
transmits a 'make' code and, when the key is 
released, a 'break' code. The make code 
consists of an 8-bit 'scan' code denoting the 
key pressed. The 'break' code (key released) 
consists of the same 8-bit scan code 
preceded by a special code--OFOH. 


A notable difference from a regular ASCII 
keyboard is the way SHIFT, CTRl, 
AlT, etc. 


control keys work. For an ASCII keyboard, 
the control keys directly modify the code 
output. For example, a 61 H (ASCII code for 
'a') is output if the 'A' key is pressed by itself, 
while a 41H (ASCII code for 'A') is output if 
the SHIFT and 'A' keys are pressed 
simultaneously. 


The PC/AT keyboard handles such a key 
combination as two separate key presses, 
i.e., SHIFT-MAKE, 'A'-MAKE, SHIFT-BREAK, 
'A'-BREAK. The 'A' scan code (lCH) 
is the 
same for both the shifted and unshifted state. 
To determine whether the 'A' scan code is 
interpreted as 'A' or 'a' the PC must keep 
track of the presence or absence of a prior 
SHIFT-MAKE. 


Keyboard-to-12C 
Hardware 
(Figure 4) 
The 8XC751 on-dlip 
12Cinterface allows 
direct connection of the SDA (Serial Data) 
and SCl (Serial Clock) pins to the 
corresponding 12Cbus lines. Since the 12C 
bus is open collector (allowing multi masters), 
10K resistors are used to pull the lines to the 
idle state between keypresses. 


The PC/AT keyboard interface is equally 
simple. The ClK output from the keyboard is 
used to generate an interrupt (INTO). In 
response, the 8XC751 interrupt service 
routine samples the keyboard serial DATA 
connected to port 0 bit2 (PO.2). 


When used with a PC, the keyboard 
implements a bidirectional communication 
protocol by exploiting the fact that both the 
keyboard and PC can drive the open collector 
ClK and DATA lines. However, bidirectional 
communication is not required for basic 
keyboard operation and in this application, 
the keyboard is treated as an 'input-only' 
device. 


Keyboard-to-12C 
Software 
The keyboard-to-12C software performs three 
major functions: 


• Capture the clocked serial data from the 
keyboard 


• Translate the keyboard data to the 
corresponding ASCII code 


• Send the ASCII code as an 12Cmessage. 


When a key is pressed, the ClK output from 
the keyboard generates an interrupt via INTO. 
The 8XC751 shifts in the DATA from the 
keyboard on PO.2 (port 0, bit 2) a.,d extracts 
the 8-bit scan code from the 11-bit packet. 


Next, the scan code is interpreted and 
converted to the corresponding ASCII code 
using a look-up table. Keyboard multi-<X>de 
outputs are converted to single ASCII codes 
by tracking the state (i.e. shifted vs. 
unshifted) of the keyboard and using 
separate look-up tables for each. For 


example, a keyboard SHIFT-MAKE, 
'A'-MAKE, SHIFT-BREAK, 
'A'-BREAK 
sequence is converted to the ASCII code for 
uppercase 'A' (41H). The flowchart in 
Figure 5 depicts the keyboard data capture 
and code conversion process. 


The 8XC751 operates as an 12Cslave. When 
the master issues a read command, the 
8XC751 returns the converted ASCII 
character. The seven least significant bits are 
used for the ASCII code, while the most 
significant bit is used as a NEW flag 
(0 = new, 1 = old). The key code remains 
marked as new until the master issues a write 
to the 8XC751 at which point it is marked as 
old and will be overwritten by the next key 
processed. 


The keyboard-to-l2C 
software is shown 
immediately following Figure 5. Less than half 
the code space available on the 8XC751 is 
used, leaving room for extra features such as 
parity checking and more complete keyboard 
control state mapping using additional 
look-up tables. 


P3.41A4 
1 
vcc 


P3.51AS 


P3.21A21Al0 
3 
P3.61A6 


P3.1/A1/A9 
4 
P3.7/A7 


P3.G'AOIA8 
5 
P1.7fT0I07 


PO.2iVpp 
6 
Pl.6I1NTT1ll6 


PO.l/SDAI 
7 
P 1.5II!rnl/D5 
OE-f'GM 


PO.OISCU 
8 
P1.4IOol 
ASEl 


RST 
9 
P1.3/D3 


X2 
Pl.21D2 


Pl.11D1 


Vss 
P1.OIDO 


201'S typo 


OOI'S typo 


VCC 
2' 
NIC 


NiC 
NiC 
23 


10K 
10K 
10 


NiC 
NiC 
22 


DATA 
= 
21 
10K 


GND 
NiC 
8 
NIC 
20 
NIC 
7 
NIC 


19 
PO.2 
C 
NIC 


18 


SDA 
7 
INTO 
5 
17 


SCL 
NIC 


1 F 
1 
16 
RST 
NIC 


SDA 
Xl 
NIC 
15 


SCL 
11 
,. 


PWR 
X2 
NIC 


VSS 
NIC 
13 


= 
= 
GND 
GND 
GND 


Shift keyboard DATA line 
(PO.2) into variable KEY. 


Parity check 
(optional) 


CTRL key handling 
(optional) 


Translate to ASCII using 
'shifted' look-up table 


0001 
0002 
0003 
0004 
0005 
0006 
0007 
0008 
0009 
0010 
0011 
0012 
0013 
0014 
0015 
0016 
0017 
0018 
0019 
0020 
0001+ 
0002+ 
0003+ 
0004+ 
0005+ 
0006+ 
0007+ 
0008+ 
0009+ 
0010+ 
0011+ 
0012+ 
0013+ 
0014+ 
0015+ 
0016+ 
0017+ 
0018+ 
0019+ 
0020+ 
0021+ 
0022+ 
0023+ 
0024+ 
0025+ 
0026+ 
0027+ 
0028+ 
0029+ 
0030+ 
0031+ 
0032+ 
0033+ 
0034+ 
0035+ 
0036+ 
0037+ 
0038+ 
0039+ 
0040+ 
0041+ 
0042+ 
0043+ 
0044+ 
0045+ 
0046+ 
0047+ 


0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


Copyright 
Micro 
AMPS 
Ltd 


& Philips 
Components 
Dee 
1990 


Read 
data 
under 
interrupt 
from 
an 
IBM 
keyboard 


Hardware 
resources: 
Kbd 
clock 
on 
interrupt 
INTO 
PI.S 


Kbd 
data 
on 
pin 
PO.2 


jinclude 
equates.51 


; 
direct 
addresses 
for 
the 
standard 
8051 
processor 


peon 


teon 
tmod 
t10 
thO 


p1 


scan 


sDcan 
sObut 


p2 
p3 
ienO 
ie 


.equ 80h 
.equ 81h 
.equ 82h 
.equ 83h 


port 
0 


stack 
pointer 
data 
pointer 
low 


data 
pointer 
high 


.equ 87h 
.equ 88h 
.equ 89h 
.equ 
8ah 
.equ 
Bch 


power 
control 
timer 
control 


timer 
mode 
timer 
0 
low 
timer 
0 high 


.equ 90h 
.equ 98h 
.equ 98h 
.equ 99h 


port 
1 


serial 
control 
serial 
control 


serial 
data 


.equ OaOh 
.equ ObOh 
.equ Oa8h 
.equ Oa8h 


port 
2 
port 
3 


interrupt 
enable 


.equ OdOh 
.equ OeOh 
.equ OtOh 


program 
status 
word 
accumulator 
b 
register 


.equ 
.equ 
.equ 
.equ 
.equ 
.equ 
.equ 
.equ 


edge/level 
trigger 


edge 
detect 


edge/level 
trigger 
edge 
detect 
o enable/disable 
o 
overflow 
detect 


1 
enable/disable 


1 
overflow 
detect 


int 
int 
int 
int 
timer 
timer 
timer 
timer 


ri 
.equ 98h 
ti 
.equ 99h 


0048+ 
0000 
b.O 
.equ 
OfOh 
b reg bits 
0049+ 
0000 
b.1 
.equ 
Oflh 
0050+ 
0000 
b.2 
.equ 
Of2h 
0051+ 
0000 
b.3 
.equ 
Of3h 
0052+ 
0000 
b.4 
.equ 
Of4h 
0053+ 
0000 
b.5 
.equ 
Of5h 
0054+ 
0000 
b.6 
.equ 
Of6h 
0055+ 
0000 
b.7 
.equ 
Of7h 
0056+ 
0000 
0057+ 
0000 
a.O 
.equ 
OeOh 
accumulator 
bits 
0058+ 
0000 
a.1 
.equ 
Oe1h 
0059+ 
0000 
a.2 
.equ 
Oe2h 
0060+ 
0000 
a.3 
.equ 
Oe3h 
0061+ 
0000 
a.4 
.equ 
Oe4h 
0062+ 
0000 
a.5 
.equ 
Oe5h 
0063+ 
0000 
a.6 
.equ 
Oe6h 
0064+ 
0000 
a.7 
.equ 
Oe7h 
0065+ 
0000 
0066+ 
0000 
rth 
.equ 
8dh 
timer 
reload 
high 


0067+ 
0000 
rt1 
.equ 
8bh 
timer 
reload 
low 
0068+ 
0000 
0021 
0000 
'include 
kbd.h 
0001+ 
0000 
'define 
reg 
.equ 
0002+ 
0000 
0003+ 
0000 


0004+ 
0000 
8xc751 
special 
register 
set 
0005+ 
0000 
0006+ 
0000 
751 
I2C byte 
registers 


0007+ 
0000 
0008+ 
0000 
I2CON 
.equ 
098h 
I2C 
control 
0009+ 
0000 
I2CFG 
.equ 
Od8h 
I2C 
configuration 


0010+ 
0000 
I2DAT 
.equ 
099h 
I2C data 
001l+ 
0000 
I2STA 
.equ 
Of8h 
I2C status 


0012+ 
0000 
0013+ 
0000 
IE 
.equ 
Oa8h 
interrupt 
enable 


0014+ 
0000 
0015+ 
0000 
TCON 
.equ 
088h 
timer/counter 
control 


0016+ 
0000 
0017+ 
0000 
TL 
.equ 
08ah 
timer 
0 low 


0018+ 
0000 
TH 
.equ 
08ch 
timer 
o high 


0019+ 
0000 
RTL 
.equ 
08bh 
timer 
reload 
low 


0020+ 
0000 
RTH 
.equ 
08dh 
timer 
reload 
high 


0021+ 
0000 
0022+ 
0000 
; 751 
I2C bit 
registers 


0023+ 
0000 
0024+ 
0000 
;I2CNFG 
0025+ 
0000 
0026+ 
0000 
SLAVEN 
.equ 
Odfh 


0027+ 
0000 
MASTRQ 
.equ 
Odeh 


0028+ 
0000 
TIRUN 
.equ 
Odch 


0029+ 
0000 
CT1 
.equ 
Od9h 


0030+ 
0000 
CTO 
.equ 
Od8h 


0031+ 
0000 
CLRTI 
.equ 
Oddh 


0032+ 
0000 
0033+ 
0000 
RDAT 
.equ 
09fh 


0034+ 
0000 
ATN 
.equ 
0geh 


0035+ 
0000 
DRDY 
.equ 
09dh 


0036+ 
0000 
ARL 
.equ 
09ch 


0037+ 
0000 
STR 
.equ 
09bh 


0038+ 
0000 
STP 
.equ 
09ah 


0039+ 
0000 
MASTER 
.equ 
099h 


0040+ 
0000 
0041+ 
0000 
; 
I2CON 


0042+ 
0000 
0043+ 
0000 
CXA 
.equ 
09fh 


0044+ 
0000 
IDLE 
.equ 
0geh 


0045+ 
0000 
CDR 
.equ 
09dh 
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0046+ 
0000 
CARL 
.equ 
09ch 
0047+ 
0000 
CSTR 
.equ 
09bh 
0048+ 
0000 
CSTP 
.equ 
09ah 
0049+ 
0000 
XSTR 
.equ 
099h 
0050+ 
0000 
XSTP 
.equ 
098h 
0051+ 
0000 
0052+ 
0000 
;I2STA 
0053+ 
0000 
0054+ 
0000 
XDATA 
.equ 
Ofdh 


0055+ 
0000 
XACTV 
.equ 
Ofch 
0056+ 
0000 
MAKSTR 
.equ 
Ofbh 
0057+ 
0000 
MAKSTP 
.equ 
Ofah 
0058+ 
0000 
0059+ 
0000 
; IE bit 
registers 
0060+ 
0000 
0061+ 
0000 
EA 
.equ 
Oafh 
clr to disable 
all 
interrupts 
0062+ 
0000 
EI2 
.equ 
Oach 
set to enable 
iic 
interrupt 
0063+ 
0000 
ETI 
.equ 
Oabh 
set to 
enable 
timer 
1 
overflow 
interrupt 
0064+ 
0000 
EX1 
.equ 
Oaah 
set to enable 
ext 
int 
1 
0065+ 
0000 
ETa 
.equ 
Oa9h 
set to enable 
timer 
a overflow 
interrupt 
0066+ 
0000 
EXO 
.equ 
Oa8h 
set to 
enable 
ext 
int 
0067+ 
0000 
0068+ 
0000 
Value 
definitions. 
0069+ 
0000 
0070+ 
0000 
CTVAL 
.equ 
02h 
;CT1, 
eTO 
bit 
values 
for I2C. 
0071+ 
0000 
0072+ 
0000 
0073+ 
0000 
Masks 
for I2CFG bits. 
0074+ 
0000 
0075+ 
0000 
BTIR 
.equ 
10h 
mask 
for TIRUN 
bit. 
0076+ 
0000 
BMRQ 
.equ 
40h 
mask 
for MASTRQ 
bit. 
0077+ 
0000 
0078+ 
0000 
0079+ 
0000 
Masks 
for I2CON bits. 
0080+ 
0000 
0081+ 
0000 
BCXA 
.equ 
80h 
mask 
for CXA bit. 
0082+ 
0000 
BIDLE 
.equ 
40h 
mask 
for IDLE bit. 


0083+ 
0000 
BCDR 
.equ 
20h 
mask 
for CDR bit. 


0084+ 
0000 
BCARL 
.equ 
10h 
mask 
for CARL 
bit. 


0085+ 
0000 
BCSTR 
.equ 
08h 
mask. 
for CSTR 
bit. 


0086+ 
0000 
BCST? 
.equ 
04h 
mask 
for CST? 
bit. 


0087+ 
0000 
BXSTR 
.equ 
02h 
mask 
for XSTR bit. 
0088+ 
0000 
BXSTP 
.equ 
01h 
mask 
for XSTP bit. 
0089+ 
0000 
0090+ 
0000 
0091+ 
0000 
0092+ 
0000 
SCL 
.equ 
pO.O 
port 
bit 
for I2C serial 
clock 
line. 
0093+ 
0000 
SDA 
.equ 
pO.1 
port 
bit 
for I2C serial 
data 
line. 


0094+ 
0000 
0022 
0000 
0023 
0000 
IICADD 
.equ 
088h 
our 
I2C 
slave 
address 
0024 
0000 
MAXBY·TES 
.equ 
1 
max 
bytes 
to 
recv 
or 
trans 
0025 
0000 
0026 
0000 
rcvdat 
.equ 
04h 
I2C 
received 
data 
buffer 
0027 
0000 
xmtdat 
.equ 
06h 
I2C 
transmitter 
buffer 
0028 
0000 
0029 
0000 
STACK 
.equ 
08h 
0030 
0000 
0031 
0000 
flags 
.equ 
020h 
byte 
used 
as 
flags 


0032 
0000 
noaele. 
.equ 
(flags-20h) 
I2C 
flags.O, 
...1, 
...2, etc 


0033 
0000 
recvd 
.equ 
(flags-20h) +1 
0034 
0000 
sent 
flag 
.equ 
(flags-20h) +2 
0035 
0000 
i2c_busy 
.equ 
(flags-20h) +3 
0036 
0000 
0037 
0000 
Cntrl 
.equ 
(flags-20h) +8 
control 
key flag 
0038 
0000 
Shift 
.equ 
(flags-20h) +9 
shift 
key 
flag 
0039 
0000 
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0040 
0041 
0042 
0043 
0044 
0045 
0046 
0047 
0048 
0049 
0050 
0051 
0052 
0053 
0054 
0055 
0056 
0057 
0058 
0059 
0060 
0061 
0062 
0063 
0064 
0065 
0066 
0067 
0068 
0069 
0070 
0071 
0072 
0073 
0074 
0075 
0076 
0077 
0078 
0079 
0080 
0081 
0082 
0083 
0084 
0085 
0086 
0087 
0088 
0089 
0090 
0091 
0092 
0093 
0094 
0095 
0096 
0097 
0098 
0099 
0100 
0101 
0102 
0103 
0104 
0105 
0106 


0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 
0002 
0003 
0003 
0005 
OOOB 
OOOB 
0000 
0013 
0013 
0015 
001B 
001B 
0010 
0023 
0023 
0025 
0025 
0048 
0048 
0048 
0048 
004A 
0050 
0050 
0050 
0050 
0052 
0054 
0056 
0056 
0058 
005A 
005C 
005C 
005C 
005F 
0062 
0065 
0065 
0068 


NBits 
NBytes 
last key 
key temp 
keybuff 


INMAX 
KEYCLK 


KEYOAT 


start: 
78 FF 
79 FF 
7A 
04 


08 FE 
09 FC 
OA FA 


reset: 
75 
80 
FF 
75 
90 FF 
75 BO FF 


.equ 29h 
.equ NBits+l 


.equ 
NBytes+l 


.equ 
lastkey+l 


. equ 
keytemp+ 1 


.equ 
8 
.equ p1.5 
.equ 82h 


mov rO,lIOffh 
mov 
r1,IIOffh 
mov 
r2,-N-04h 


d1y1:djnz 
rO,$ 
djnz 
r1,d1y1 


djnz 
r2,dlyl 


mov pO,lIOffh 
mov p1,IIOffh 
mov 
p3,-N-Offh 


-N-bits 
read 
so 
far 


IIbytes 
in buffer 
last 
key 
was? 


used 
to 
build 
the 
key 
bit 
by 
bit 
store 
the 
chars 
here 


size 
of 
keyboard 
buffer 


keyboard 
clock 
signal 
on 
ext 
int 
0 


keyboard 
data 
line 


0107 
0108 
0109 
0110 
0111 
0112 
0113 
0114 
0115 
0116 
0117 
0118 
0119 
0120 
0121 
0122 
0123 
0124 
0125 
0126 
0127 
0128 
0129 
0130 
0131 
0132 
0133 
0134 
0135 
0136 
0137 
0138 
0139 
0140 
0141 
0142 
0143 
0144 
0145 
0146 
0147 
0148 
0149 
0150 
0151 
0152 
0153 
0154 
0155 
0156 
0157 
0158 
0159 
0160 
0161 
0162 
0163 
0164 
0165 
0166 
0167 
0168 
0169 
0171 
0172 
0173 
0174 


006A 
006A 
006C 
006C 
006E 
0070 
0073 
0073 
0074 
0075 
0077 
0077 
0077 
0077 
0077 
007A 
0070 
0070 
0070 
0070 
0080 
0083 
0083 
0086 
0086 
0086 
0086 
0086 
0086 
0088 
008A 
008A 
75 
0080 
85 
0090 
75 
0093 
75 
0096 
0096 
0096 
0096 
0099 
0099 
009C 
009E 
00A1 
00A1 
00A1 
00A3 
00A3 
00A3 
00A3 E5 2B 
00A5 C3 
00A6 
94 11 
00A8 
70 01 


OOM 
OOAA 
00 
OOAB 
OOAB 
OOAB E5 
OOAO C3 
OOAE 
94 08 
OOBO 
40 01 
00B2 
00B2 
00 
00B3 
00B3 
00B3 
00B3 


78 29 
79 10 
75 EO 
00 


F6 
08 
09 FC 


AS 
00 
20 06 
2A 
00 
A8 91 


85 06 EO 
44 
80 
85 EO 
06 


mav 
rO,INBits 
mov r1, nOh 
mav 
acc,iO 


clrlp:mov 
@rO,a 
inc 
rO 
djnz 
rl,clrlp 


mav 
ienO,ftOh 
mav 
xmtdat,keybuff 
mav 
NBytes,ffO 
mav 
ienO,i91h 


mav 
acc,xmtdat 


orl 
a,180h 
mav 
xmtdat,acc 


mava,lastkey 
clr 
c 
subb 
a, n1h 
jnz nota It 


mav 
a,NBytes 
clr c 
subb 
a,ftINMAX 


jc 
natdene 


recvd 
flag 
tells 
751 
to 
clear 


12C 
xmt 
buffer 
when 
12C 
master 
reads 
the 
data 
from 
the 
751 


the 
master 
writes 
any 
data 
back 
which 
will 
set 
the 
MSB 
of 


the 
data 
buffer. 
This 
is 
reqd. 


to 
sync 
the 
two 
processors. 


reset 
12C 
received 
flag 


limit 
the 
input 
buffer 
to 
INMAX 
if 
data 
is 
buffered 
then 
buffer 
overflow 


code 
goes 
here 


0175 
00B5 


0176 
00B5 
0177 
00B5 
0178 
00B5 
0179 
00B5 
0180 
00B5 
0181 
00B5 


0182 
00B5 
0183 
00B5 


0184 
00B5 


0185 
00B5 
0186 
00B5 


0187 
00B5 CO 
0188 
00B7 CO 
0189 
00B9 
0190 
00B9 
85 
0191 
OOBC 
0192 
OOBC B4 
0193 
OOBF 
0194 
OOBF 
0195 
OOBF 
0196 
OOBF 
0197 
OOBF 
0198 
OOBF 
0199 
OOBF 
80 
0200 
00C1 
0201 
00C1 
0202 
00C1 
0203 
00C1 
0204 
00C1 
0205 
00C1 B4 
0206 
00C4 
50 
0207 
00C6 
0208 
00C6 A2 
0209 
00C8 E5 
0210 
OOCA 
03 
0211 
OOCB 
92 
0212 
OOCD 
85 
0213 
0000 
80 
0214 
0002 
0215 
0002 
0216 
0002 
0217 
0002 
0218 
0002 
0219 
0002 B4 
0220 
0005 
0221 
0005 
80 
0222 
0007 
0223 
0007 
0224 
0007 
0225 
0007 
0226 
0007 
0227 
0007 
0228 
0007 
0229 
0007 
0230 
0007 
85 
0231 
OODA 
0232 
OODA B4 
0233 
0000 
0234 
0000 
0235 
0000 
0236 
0000 
0237 
0000 
85 
0238 
ODED B4 
0239 
00E3 
0240 
00E3 C2 
0241 
ODES 
75 
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kbd: 
DO 
EO 


bit1_8: 
09 00 
DC 


E7 
EO 2C 
SF 


mov 
c,KEYDAT 
mov 
a,keytemp 
rr a 
mova.7,c 
mov 
key temp, ace 
sjrnp bump 


NBits=bit 
number 
next 
expected 


from 
the 
keyboard 
if 
not 
bit 
0 
then 
bit 
1 
to 
8 


read 
data 
for 
keyboard 
data 
line 


data 
arrives 
least 
sig 
bit 
1st 


hence 
old 
value 
is 
rotated 
and 
new 
bit 
is 
or'ed 
to 
the 
msb 


0242 
00E8 
80 
0243 
OOEA 
0244 
OOEA 
0245 
OOEA 
D2 
0246 
OOEC 
75 
0247 
OOEF 
80 
0248 
oon 
0249 
00F1 
0250 
00F1 
0251 
00F1 
0252 
00F1 
0253 
00F1 84 
0254 
00F4 
0255 
00F4 
0256 
00F4 
0257 
00F4 
0258 
00F4 
00 
0259 
00F5 
80 
0260 
00F7 
0261 
OOF? 
0262 
00F7 
0263 
00F7 
0264 
00F7 
0265 
OOF? 
84 
0266 
OOFA 
0267 
OOFA 
0268 
OOFA 
0269 
OOFA F5 
0270 
OOFC 
80 
0271 
OOFE 
0272 
OOFE 
0273 
OOFE 
0274 
OOFE 
85 
0275 
0101 84 
0276 
0104 
0277 
0104 
75 
0278 
0107 
80 
0279 
0109 
0280 
0109 
0281 
0109 
0282 
0109 
0283 
0109 
0284 
0109 
0285 
0109- 
0286 
0109- 
0287 
0109- 
0288 
0109- 
0289 
0109- 
0290 
0109- 
0291 
0109- 
0292 
0109- 
0293 
0109- 
0294 
0109- 
0295 
0109- 
0296 
0109- 
0297 
0109- 
0298 
0109- 
0299 
0109- 
0300 
0109- 
0301 
0109- 
0302 
0109- 
0303 
0109- 
0304 
0109- 
0305 
0109- 
0306 
0109- 
0307 
0109- 
0308 
0109- 
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makels: 
09 
28 12 
38 


setb 
Shift 
mav 
lastkey,'12h 
sjmp 
tidy 


next 
keys will be 
shifted 
copy 
left shift 
key to last key 


mav 
acc,~keybuff 
add 
a,NBytes 
mav 
rO,a 


jb Shift, shifted 


mav 
dptr,'unshift 
sjmp skip! 


rO 
used 
as 
an 
indirect 
pointer 
so 
save 
it 


copy 
data 
into 
keyboard 


dp 
used 
to 
point 
to 
xlat 
tables 


since 
in 
ISR 
save 
dp 
contents 


0309 
0310 
0311 
0312 
0313 
0314 
0315 
0316 
0317 
0318 
0319 
0320 
0321 
0322 
0323 
0324 
0325 
0326 
0327 
0328 
0329 
0330 
0331 
0332 
0333 
0334 
0335 
0336 
0337 
0338 
0339 
0340 
0341 
0342 
0343 
0344 
0345 
0346 
0347 
0348 
0349 
0350 
0351 
0352 
0353 
0354 
0355 
0356 
0357 
0358 
0359 
0360 
0361 
0362 
0363 
0364 
0365 
0366 
0367 
0368 
0369 
0370 
0371 
0372 
0373 
0374 
0375 


0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109- 
0109 
0109 
0109 
0109 
0109 
0109 
0109 
0109 
010B 
0100 
0100 
010F 
0111 
0111 
0114 
0117 
0119 
0119 
0119 
011e 
011e 
011e 
0110 
0110 
011F 
0121 
0121 
0124 
0124 
0124 
0124 
0124 
0126 
0129 
0129 
0129 
012e 
012F 
0131 
0131 
0131 
0131 
0131 
0131 
0131 
0131 
0133 


mav 
rO,1f;keybuff 


mav 
@rO,a 


inc 
NBytes 


'define 
unbuffered 


lIifdef unbuffered 


E5 2e 
moy 
a, key temp 
F5 2B 
moy 
lastkey,a 


eo 83 
push 
dph 
eo 82 
push 
dpl 


20 09 05 
jb 
Shift, shifted 
90 01 EB 
mov dptr,'unshift 
80 03 
sjrnp 
skip1 


shifted: 
90 02 6B 
moy dptr, IIshift 


skip1: 
93 
move 
a,@a+dptr 


DO 82 
pop dpl 
DO 83 
pop 
dph 


B4 00 00 
cjne 
a,N-O,NotO 


; 
sjmp 
tidy 


NotO: 
F5 20 
moy 
keybuff,a 
75 2A 01 
moy NBytes, III 


tidy: 
75 29 00 
mav 
NBits,N-O 
75 2e 00 
mav 
keytemp,'O 
80 02 
sjrnp 
intdone 


Save 
ascii 
value 
in 
buffer 
buffered 
keyboard 
entry 


0376 
0133 
0377 
0133 00 
0378 
0135 00 
0379 
0137 
32 
0380 
0138 
0381 
0138 


0382 
0138 
0383 
0138 


0384 
0138 
0385 
0138 
0386 
0138 


0387 
0138 
0388 
0138 
0389 
0138 
02 
0390 
013A 
0391 
013A CO 
0392 
013C co 
0393 
ODE 
CO 
0394 
0140 
0395 
0140 C2 
0396 
0142 
31 
0397 
0144 
0398 
0144 
0399 
0144 
75 
0400 
0147 
0401 
0147 
75 
0402 
014A 
0403 
014A 
0404 
014A 
30 
0405 
0140 
75 
0406 
0150 
0407 
0150 
31 


0408 
0152 F5 
0409 
0154 C2 
0410 
0156 
84 
0411 
0159 
0412 
0159 
20 
0413 
015C 
0414 
015C 
0415 
015C 
0416 
015C 
0417 
015C 
0418 
015C 
78 
0419 
015E 
75 
0420 
0161 
0421 
0161 
0422 
0161 
31 
0423 
0163 
31 
0424 
0165 
30 
0425 
0168 F6 
0426 
0169 
08 


0427 
016A 
05 
0428 
0160 
0429 
0160 
0430 
0160 
0431 
0160 
31 
0432 
016F 
31 
0433 
0171 
75 
0434 
0174 
30 
0435 
0177 
0436 
0177 
0437 
0177 02 
0438 
0179 
80 
0439 
0178 
0440 
0178 
0441 
0178 
0442 
0178 
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intdone: 
EO 
00 


pop 
ace 


pop 
psw 


reti 


i2cint: 


03 
seth 
i2c_busy 


DO 
push 
psw 
EO 
push 
ace 
00 
push 


9E FO 
jnb ATN,$ 


22 07 
mav 
bitcnt,N-7 


C9 
aeall 
recvb2 
24 
mav 
adrrcvd,a 


EO 
clr 
a.O 
88 38 
cjne 
a,iIICADD,goidle 


20 IF 
jb rwflag, read 


revloop: 
BF 
aeall 
sendack 


C6 
aeall 
rcvbyte 


90 OF 
jnb OROY,exitwr 
mav 
@rO,a 
inc 
rO 
23 F4 
djnz 
bytecnt,rcv1aap 


8F 
C6 
99 80 
9E 
FO 


exitwr: 


aeall 
sendack 


aeall 
rcvbyte 
mav 
120AT,I80h 
jnb ATN,$ 


acknowledge 
the address 


wait 
for 
the 
next 
data 
byte 
end 
of 
frame 


ack 
last 
byte 


get 
but 
discard 
next 
one 
send 
neg 
ack 
wait 
till 
gone 


0443 
0444 
0445 
0446 
0447 
0448 
0449 
0450 
0451 
0452 
0453 
0454 
0455 
0456 
0457 
0458 
0459 
0460 
0461 
0462 
0463 
0464 
0465 
0466 
0467 
0468 
0469 
0470 
0471 
0472 
0473 
0474 
0475 
0476 
0477 
0478 
0479 
0480 
0481 
0482 
0483 
0484 
0485 
0486 
0487 
0488 
0489 
0490 
0491 
0492 
0493 
0494 
0495 
0496 
0497 
0498 
0499 
0500 
0501 
0502 
0503 
0504 
0505 
0506 
0507 
0508 
0509 


017B 
017B 
017B 
017B 
78 
0170 
75 
0180 
31 
0182 
0182 
0182 
0183 
0184 
0186 
0189 
018C 
018C 
018E 
018E 
018E 
018E 
018E 
018E 
018E 
0191 
0194 
0194 
0194 
0194 
0194 
0197 
019A 
019A 
019C 
019E 
OIAO 
OIAO 
01A2 
OIM 
01A6 
01A6 
22 
01A7 
01A7 
01A7 
01A7 
01A7 
01A7 
OlAA 
OlAA 
OlAA F5 
OIAC 
23 
OIAD 
30 9E FD 
OIBO 05 22 F7 
01B3 
75 98 AO 
01B6 
30 9E FD 
01B9 
85 99 20 
OlBC 
22 
OlBO 
OlBD 
OlBD 
OlBD 
OlBD 
OlBF 
OlBF 
OlBF 
01C2 
01C5 
01C6 
01C6 


read: 
06 
23 01 
BF 


A7 
00 03 
23 F6 


msgend: 
30 9E FD 
20 9B BO 


mav 
rO,'xmtdat 
mov bytecnt,tMAXBYTES 
acall 
sendack 


mav 
a,@rO 
inc 
rO 
acall 
xmitbyte 
jb 
noack, 
exitrd 
djnz 
bytecnt,txloop 


goid1e: 
75 27 00 
75 
98 F4 


DO 00 
DO EO 
DO DO 


02 AC 
02 02 
C2 03 


sendack: 
75 
99 00 
30 9E FD 
22 


get 
next 
data 
byte 


bump 
buffer 
pointer 


transmit 
the 
byte 
to 
the 
if 
not 
acknowledged 
then 


pop 


pop 
ace 
pop 
psw 


setb El2 
setb 
sent 
flag 
clr 
i2c_busy 


mav 
12DAT,a 
r1 a 
jnb ATN,$ 
djnz 
bitcnt,xmitbit 
mov 
12CON,tBCDR+BCXA 
jnb ATN,$ 


mav 
flags,I2DAT 
ret 


mov 
12DAT,'NO 
jnb ATN,$ 
ret 


switch 
to 
rev 
mode 
wait 
for 
ack 
save 
ack 
bit 


0510 
01C6 
75 22 08 
mov 
bitcnt,-N8 


0511 
01C9 
0512 
01C9 E4 
recvb2: 
clr 
a 


0513 
01CA 
0514 
01CA 
45 99 
rbit : 
or1 a,I20AT 


0515 
OlCC 
23 
r1 a 
0516 
01CO 
30 
9E FO 
jnb ATN,$ 


0517 
0100 
30 90 06 
jnb OROY,rbex 
exit 
if 
not 
a 
data 
bit 
0518 
0103 
05 22 F4 
djnz 
bitcnt,rbit 
0519 
0106 
0520 
0106 A2 
9F 
mov c,ROAT 
get 
last 
bit 
- do 
not 
clear 
ATN 
0521 
0108 
33 
rlc a 
shift 
into 
byte 


0522 
0109 
0523 
0109 
rbex: 
0524 
0109 
22 
ret 
0525 
010A 
0526 
010A 
IIC 
timer 
interrupt 
service 
0527 
010A 
timerI: 
0528 
010A 
75 A8 00 
mov 
ienO,jO 
break 
point 
address 
in ICE751 
0529 
0100 02 00 
setb CLRTI 
clear 
the interrupt 


0530 
010F 
fixup: 
0531 
010F 
75 08 00 
mov 
12CFG,SO 
turn 
off 
12C 
0532 
01E2 
75 98 BC 
mov 
12CON,iBCXA+BCOR+BCARL+BCSTR+BCSTP 
0533 
01E5 
reset 
12C flags 
0534 
01E5 31 E9 
aeall 
c!rint 
0535 
01E7 
01 5C 
ajmp 
reset 
restart 
program 
0536 
01E9 
0537 
01E9 
0538 
01E9 
;****** 
call 
here 
to 
make 
code 
interruptible 
0539 
01E9 
0540 
01E9 
clrint: 
0541 
01E9 
32 
reti 
0542 
OlEA 
0543 
OlEA 
;****** 
unused 
interrupts 
are 
vectored 
to 
here 
0544 
OlEA 
badint: 
0545 
OlEA 
32 
reti 
0546 
01EB 
0547 
01EB 
tinclude 
attahle.h 
0001+ 
01EB 
unshift 
scan 
code 
0002+ 
01EB 
00 
.byte 0 
0 
0003+ 
01EC 
00 
.byte 0 
1 - 
f9 
0004+ 
OlEO 
00 
.byte 0 
2 - 
f7 
0005+ 
01EE 
00 
.byte 0 
3 - 
f5 
0006+ 
01EF 
00 
.byte 0 
4 - f3 
0007+ 
01FO 
00 
.byte 0 
5 - fl 
0008+ 
01F1 
00 
.byte 
0 
6 - 
f2 


0009+ 
01F2 
00 
.byte 0 
7 - f2 
0010+ 
01F3 
00 
.byte 0 
8 - 
0011+ 
01F4 
00 
.byte 0 
9 - flO 
0012+ 
01F5 
00 
.byte 0 
a - f8 
0013+ 
01F6 
00 
.byte 0 
b - f6 
0014+ 
01F7 
00 
.byte 0 
C 
- 
f4 
0015+ 
01F8 
09 
.byte 09h 
d - tab 
0016+ 
01F9 
60 
.byte 
e - 


0017+ 
01FA 
00 
.byte 
f - 
0018+ 
01FB 
0019+ 
01FB 
00 
.byte 0 
10 
0020+ 
01FC 
00 
.byte 0 
11 - left shift 
0021+ 
01FO 
00 
.byte 0 
12 
0022+ 
01FE 
00 
.byte 0 
13 
0023+ 
01FF 
00 
.byte 0 
14 
0024+ 
0200 
71 
.byte 'g' 
15 
0025+ 
0201 
31 
.byte 'l' 
16 
0026+ 
0202 
00 
.byte 
0 
17 
0027+ 
0203 
00 
.byte 0 
18 
0028+ 
0204 
00 
.byte 0 
19 
0029+ 
0205 
7A 
.byte ' z' 
1a 
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0030+ 
0206 
73 
.byte ' s' 
1b 


0031+ 
0207 
61 
.byte 
'a' 
1e 
0032+ 
0208 
77 
.byte 'w' 
1d 
0033+ 
0209 
32 
.byte '2' 
1e 
0034+ 
020A 
00 
.byte 0 
If 
0035+ 
0208 
0036+ 
0208 
00 
.byte 0 
20 
0037+ 
020C 
63 
.byte 
'e' 
21 


0038+ 
0200 
78 
.byte 'x' 
n 
0039+ 
020E 
64 
.byte 
'd' 
23 
0040+ 
020F 
65 
.byte 
'e' 
24 
0041+ 
0210 
34 
.byte 
'4' 
25 
0042+ 
0211 
33 
.byte '3' 
26 
0043+ 
0212 
00 
.byte 0 
27 
0044+ 
0213 
00 
.byte 0 
28 


0045+ 
0214 
20 
.byte 
29 


0046+ 
0215 
76 
.byte 'v' 
2a 


0047+ 
0216 
66 
.byte 'f' 
2b 


0048+ 
0217 
74 
.byte 't' 
2e 
0049+ 
0218 
72 
.byte ' r' 
2d 


0050+ 
0219 
35 
.byte '5' 
2e 
0051+ 
021A 
00 
.byte 
2f 
0052+ 
0218 
0053+ 
0218 
00 
.byte 
30 
0054+ 
021C 
6E 
.byte 'n' 
31 
0055+ 
0210 
62 
.byte 
'b' 
32 
0056+ 
021E 
68 
.byte 
'h' 
33 
0057+ 
021F 
67 
.byte 'g' 
34 
0058+ 
0220 
79 
.byte 'y' 
35 
0059+ 
0221 
36 
.byte '6' 
36 
0060+ 
0222 
00 
.byte 0 
37 
0061+ 
0223 
00 
.byte 0 
38 
0062+ 
0224 
00 
.byte 0 
39 
0063+ 
0225 
60 
.byte 'm' 
3a 
0064+ 
0226 
6A 
.byte ' j' 
3b 
0065+ 
0227 
75 
.byte 'u' 
3e 
0066+ 
0228 
37 
.byte '7' 
3d 
0067+ 
0229 
38 
.byte 
'8' 
3e 
0068+ 
022A 
00 
.byte 
3f 
0069+ 
0228 
0070+ 
0228 
00 
.byte 0 
40 
0071+ 
onc 
2C 
.byte 
41 
0072+ 
0220 
68 
.byte 'k' 
42 
0073+ 
022E 
69 
.byte ' i' 
43 
0074+ 
022F 
6F 
.byte 
' 0' 
44 
0075+ 
0230 
30 
.byte '0' 
45 
0076+ 
0231 39 
.byte 
'9' 
46 
0077+ 
0232 
00 
.byte 0 
47 
0078+ 
0233 
00 
.byte 0 
48 
0079+ 
0234 
2E 
.byte 
' 
49 
0080+ 
0235 2F 
.byte ' I' 
4a 
0081+ 
0236 
6C 
.byte ' l' 
4b 
0082+ 
0237 
00 
.byte ' ., 
4e 
0083+ 
0238 
70 
.byte 'p' 
4d 
0084+ 
0239 
20 
.byte 
4e 
0085+ 
023A 
00 
.byte 
4f 
0086+ 
0238 
0087+ 
0238 
00 
.byte 
50 
0088+ 
023C 
2C 
.byte 
51 


0089+ 
0230 
00 
.byte 0 
52 
0090+ 
023E 
00 
.byte 0 
53 
0091+ 
023F 
58 
.byte ' [' 
54 
0092+ 
0240 
30 
.byte 
- 
55 
0093+ 
0241 
00 
.byte 
56 
0094+ 
0242 
00 
.byte 
57 
0095+ 
0243 
00 
.byte 
58 
0096+ 
0244 
00 
.byte 
59 
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0097+ 
0245 
00 
.byte 13 
5a 
0098+ 
0246 50 
.byte 'J' 
5b 


0099+ 
0247 
00 
.byte 0 
5c 


0100+ 
0248 
5C 
.byte 92 
5d 


0101+ 
0249 
00 
.byte 0 
5e 
0102+ 
024A 
00 
.byte 0 
5f 


0103+ 
024B 
0104+ 
024B 
00 
.byte 0 
60 
0105+ 
024C 
00 
.byte 0 
61 
0106+ 
0240 
00 
.byte 0 
62 
0107+ 
024E 
00 
.byte 0 
63 
0108+ 
024F 
00 
.byte 0 
64 


0109+ 
0250 
00 
.byte 0 
65 


0110+ 
0251 
08 
.byte 8 
66 
0111+ 
0252 
00 
.byte 0 
67 
0112+ 
0253 
00 
.byte 0 
68 
0113+ 
0254 
00 
.byte 0 
69 
0114+ 
0255 
00 
.byte 0 
6a 
0115+ 
0256 
00 
.byte 0 
6b 
0116+ 
0257 
00 
.byte 0 
6c 
0117+ 
0258 
00 
.byte 0 
6d 
0118+ 
0259 
00 
.byte 0 
6e 
0119+ 
025A 
00 
.byte 0 
6f 
0120+ 
0258 
0121 + 
0258 
00 
.byte 0 
70 
0122+ 
025C 
7F 
.byte 127 
71 


0123+ 
0250 
00 
.byte 0 
72 
0124+ 
025E 
00 
.byte 0 
73 
0125+ 
025F 
00 
.byte 0 
74 
0126+ 
0260 
18 
.byte 27 
75 
0127+ 
0261 
00 
.byte 0 
76 
0128+ 
0262 
00 
.byte 0 
77 
0129+ 
0263 
00 
.byte 0 
78 
0130+ 
0264 
28 
.byte •+' 
79 
0131+ 
0265 
00 
.byte 
7a 
0132+ 
0266 
20 
.byte 
7b 
0133+ 
0267 
2A 
.byte 
7c 
0134+ 
0268 
00 
.byte 0 
7d 
0135+ 
0269 
00 
.byte 0 
7e 
0136+ 
026A 
00 
.byte 0 
7f 
0137+ 
0268 
0138+ 
0268 
shift: 
scan 
code 
0139+ 
0268 
00 
.byte 0 
0 
0140+ 
026C 
00 
.byte 0 
1 - f9 
0141+ 
0260 
00 
.byte 0 
2 - f7 
0142+ 
026E 
00 
.byte 0 
3 - f5 
0143+ 
026F 
00 
.byte 0 
4 - f3 
0144+ 
0270 
00 
.byte 0 
5 - n 
0145+ 
0271 
00 
.byte 0 
6 - f2 
014 6+ 
0272 
00 
.byte 0 
7 - f2 
0147+ 
0273 
00 
.byte 0 
8 - 
0148+ 
0274 
00 
.byte 0 
9 
- no 
0149+ 
0275 
00 
.byte 0 
a - f8 
0150+ 
0276 
00 
.byte 0 
b - f6 
0151+ 
0277 
00 
.byte 0 
c - f4 
0152+ 
0278 
00 
.byte 0 
d - tab 
0153+ 
0279 
7E 
.byte 
e 
0154+ 
027A 
00 
.byte 0 
f - 
0155+ 
027B 
0156+ 
0278 
00 
.byte 0 
10 
0157+ 
027C 
00 
.byte 0 
11 - 
0158+ 
0270 
00 
.byte 0 
12 
0159+ 
027E 
00 
.byte 0 
13 
0160+ 
027F 
00 
.byte 
0 
14 
0161+ 
0280 
51 
.byte 'Q' 
15 
0162+ 
0281 
21 
.byte 
' !' 
16 


0163+ 
0282 
00 
.byte 
17 
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0164+ 
0283 
00 
.byte 
18 
0165+ 
0284 
00 
.byte 
19 
0166+ 
0285 5A 
.byte 
' Z' 
1a 
0167+ 
0286 
53 
.byte ' S' 
1b 
0168+ 
0287 
41 
.byte 
'A' 
Ie 
0169+ 
0288 
57 
.byte 'W' 
1d 
0170+ 
0289 
40 
.byte 
'@' 
Ie 


0171+ 
028A 
00 
.byte 
If 
0172+ 
028B 
0173+ 
028B 
00 
.byte 
20 
0174+ 
028C 
43 
.byte 'c' 
21 
0175+ 
028D 
58 
.byte 'X' 
22 
0176+ 
028E 
44 
.byte 'D' 
23 
0177+ 
028F 
45 
.byte 'E' 
24 
0178+ 
0290 
24 
.byte 
' $' 
25 
0179+ 
0291 
23 
.byte ' ~' 
26 
0180+ 
0292 
00 
.byte 
27 
0181+ 
0293 
00 
.byte 
28 
0182+ 
0294 
20 
.byte 
29 
0183+ 
0295 
56 
.byte 
'V' 
2a 
0184+ 
0296 
46 
.byte 
'F' 
2b 
0185+ 
0297 
54 
.byte 
' T' 
2e 
0186+ 
0298 
52 
.byte 'R' 
2d 
0187+ 
0299 
25 
.byte 
; 2e 
0188+ 
029A 
00 
.byte 
2£ 
0189+ 
029B 
0190+ 
029B 
00 
.byte 
30 
0191+ 
029C 
4E 
.byte 'N' 
31 
0192+ 
029D 
42 
.byte 'B' 
32 
0193+ 
029E 
48 
.byte 'H' 
33 
0194+ 
029F 
47 
.byte 
'G' 
34 
0195+ 
02AO 
59 
.byte 'y' 
35 
0196+ 
02A1 
5E 
.byte 
36 
0197+ 
02A2 
00 
.byte 
37 
0198+ 
02A3 
00 
.byte 
38 
0199+ 
02A4 
00 
.byte 
39 
0200+ 
02A5 
4D 
.byte 
'M' 
3a 
0201+ 
02A6 
4A 
.byte ' J' 
3b 
0202+ 
02A7 
55 
.byte 
' U' 
3e 
0203+ 
02A8 
26 
.byte 
' &' 
3d 
0204+ 
02A9 
2A 
.byte 
3e 
0205+ 
02AA 
00 
.byte 
3£ 
0206+ 
02AB 
0207+ 
02AB 
00 
.byte 
40 
0208+ 
02AC 
3C 
.byte ' <' 
41 
0209+ 
02AD 
4B 
.byte 'K' 
42 
0210+ 
02AE 
49 
.byte ' I' 
43 
0211+ 
02AF 
4F 
.byte '0' 
44 
0212+ 
02BO 29 
.byte 
')' 
45 
0213+ 
02B1 28 
.byte ' (' 
46 
0214+ 
02B2 
00 
.byte 0 
47 
0215+ 
02B3 
00 
.byte 0 
48 
0216+ 
02B4 
3E 
.byte ' >' 
49 
0217+ 
02B5 
3F 
.byte ' ?' 
4a 
0218+ 
02B6 
4C 
.byte 'L' 
4b 
0219+ 
02B7 
3A 
.byte ,., 
4e 
0220+ 
02B8 
50 
.byte 'p' 
4d 
0221+ 
02B9 5F 
.byte 
4e 


0222+ 
02BA 
00 
.byte 
4£ 
0223+ 
02BB 
0224+ 
02BB 
00 
.byte 
50 
0225+ 
02BC 
00 
.byte 
51 


0226+ 
02BD 
22 
.byte 
52 
0227+ 
02BE 
00 
.byte 
0 
53 
0228+ 
02BF 
7B 
.byte ' {' 
54 
0229+ 
02CO 
2B 
.byte 
'+' 
55 
0230+ 
02C1 
00 
.byte 
56 


AugUSl26, 1992 
1-99 


0231+ 
02C2 
00 
.byte 0 
57 


0232+ 
02C3 
00 
.byte 0 
58 


0233+ 
02C4 
00 
.byte 0 
59 


0234+ 
02C5 
00 
.byte 13 
5a 


0235+ 
02C6 
70 
.byte 'J' 
5b 


0236+ 
02C7 
00 
.byte 0 
5c 


0237+ 
02C8 
7C 
.byte ' I' 
5d 
0238+ 
02C9 
00 
.byte 0 
5e 
0239+ 
02CA 
00 
.byte 0 
5f 


0240+ 
02CB 
0241+ 
02CB 
00 
.byte 0 
60 


0242+ 
02CC 
00 
.byte 0 
61 


0243+ 
02CO 
00 
.byte 0 
62 
0244+ 
02CE 
00 
.byte 0 
63 
0245+ 
02CF 
00 
.byte 0 
64 


0246+ 
0200 
00 
.byte 0 
65 


0247+ 
0201 
08 
.byte 8 
66 


0248+ 
0202 
00 
.byte 0 
67 
0249+ 
0203 
00 
.byte 0 
68 
0250+ 
0204 
31 
.byte ' l' 
69 


0251+ 
0205 
00 
.byte 0 
6a 
0252+ 
0206 
34 
.byte '4' 
6b 
0253+ 
0207 
37 
.byte '7' 
6c 
0254+ 
0208 
00 
.byte 0 
6d 
0255+ 
0209 
00 
.byte 0 
6e 
0256+ 
020A 
00 
.byte 0 
6f 
0257+ 
020B 
0258+ 
020B 
30 
.byte '0' 
70 
0259+ 
020C 2E 
.byte 
, 
71 


0260+ 
0200 
32 
.byte '2' 
72 
0261+ 
020E 
35 
.byte '5' 
73 
0262+ 
020F 
36 
.byte '6' 
H 
0263+ 
02EO 
38 
.byte '8' 
75 
0264+ 
02E1 
1B 
.byte 27 
76 
0265+ 
02E2 
00 
.byte 0 
77 
0266+ 
02E3 
00 
.byte 0 
78 
0267+ 
02E4 
2B 
.byte '+' 
79 
0268+ 
02E5 
33 
.byte '3' 
7a 
0269+ 
02E6 
20 
.byte 
7b 
0270+ 
02E7 
00 
.byte 
7c 
0271+ 
02E8 
39 
.byte '9' 
7d 
0272+ 
02E9 
00 
.byte 0 
7e 
0273+ 
02EA 
00 
.byte 0 
7f 
0274+ 
02EB 
0275+ 
02EB 
0548 
02EB 
0549 
02EB 
.end 
tasm: 
Number 
of errors 
~ 0 


Philips Semiconductors 
Mlcrocontroller 
Products 


DESCRIPTION 
This application note consists of a set of 
drivers to allow easy use of multimaster 12C 
on Philips microcontrollers 
that have the byte 
oriented 12Cinterface. Some devices that 
include this version of the 12Cinterface are 
the 8XC552, 8XC562, 8XC652, 8XC654, 


6XCL410, 6XCL580, and the 8XCL781. This 
program is used as an 12C driver which 
communicates with the user's main program 
using a simple macro language. 


The source code file for this program is 
available for downloading from the Philips 


computer bulletin board system. This system 
is open to all callers, operates 24 hours a 
day, and can be accessed with modems at 
2400, 1200, and 300 baud. The telephone 
numbers for the BBS are: (800) 451-6644 (in 
the U.S. only) or (408) 991-2406. 


$Title{I2C 
Byte 
Oriented 
Software 
Driver) 
$Date (04/22/92) 


;*************************************************************************** 
;I2C Byte Oriented 
System 
Driver. 


;Written 
by 
Joe Brandolino, 
FAE, 
Etobicoke 
Sales Office. 
;Region 
47 
(Canada). 
;*************************************************************************** 


;IIC OS.ASM 
contains 
a complete 
multimaster 
12C driver 
for the byte 


;oriented 
Philips 
microcontrollers. 
To date, 
the list of byte 


;oriented 
BOC51 
derivative 
microcontrollers 
includes: 


8XC552 


- 8XC562 
- 8XC652 
- 8XC654 
- 8XCL410 
- 8XCL580 
- 8XCL781 


;IIC as was written 
for Philips 
customers 
who do not want to spend 


;the many 
hours 
required 
to develop 
a complete 
multimaster 
IIC driver. 
This 
;program 
is used 
as an IIC driver 
which 
communicates 
with 
the main 
program 


;using 
a simple 
macro 
language. 


;The comments 
in this 
listing 
assume 
that 
the reader 
has a basic 
knowledge 
of 
;the 80CSI 
family, 
and 
is familiar 
with 
IIC basics. 
This program 
has been 
;tested 
as thoroughly 
as time permitted; 
however, 
Philips 
cannot 
;guarantee 
that 
this 
IIC driver 
is flawless 
in all applications. 


;The comment 
text 
fields 
in this 
file use a consistent 
method 
of highlighting 


;the various 
parameters 
of the 
software. 
All constants 
(EQUates), registers, 


;bits and other 
bytes 
are 
surrounded 
by 
, , in the comment 
text. 
All 
routines, 


;labels, 
procedures 
and 
file names 
are surrounded 
by " " in the comment 
text. 


;Generally 
speaking, 
all 8051 mnemonics 
are 
in UPPERCASE, 
all variable 
names 


;and labels 
are 
in LOWERCASE 
or mixed 
case. 
The terms 
IIC and 
I2C are used 


;interchangeably, 
and both mean 
Inter-Integrated 
Circuit. 


;To incorporate 
this program 
into your main program, 
place 
it somewhere 
in 
;your 
source 
text 
file by including 
the following 
text: 


$include(mod552) 
$include(iic_os.asm) 
;include 
the desired 
processor 
descriptor 
file 


;include 
this program 


;Since 
this program 
has a 'CSEG AT ... definition 
for the IIC interrupt 
vector, 


;it is probably 
best 
to place 
it in your program 
where 
all the other 
interrupt 


;vector 
directives 
reside 
so that assembly 
synchronization 
errors 
do not 


;You must 
also 
ensure 
that 
the data 
bytes 
used 
by this program 
do not 


;conflict 
with 
those 
in your main 
program. 
Don't 
forget to initialize 
;the 
IIC control 
registers 
and the 
interrupt 
registers, 
etc. 
For example: 


PI,IO 
PI,IOFFH 
IENO,110100000B 
SlCON,IENSl_NOTSTA_NOTSTO 
NOTSI 
AA CRO 
SlADR,tOwn_adrs 
OR general_enable 
;enable 
slave/general 
mode 
IIC_status,.status_OK 
;init 
system 
status 
byte 
IIC_failure 
;init 
status 
bit 


;This driver 
uses 
DATA 
space 
bytes 
from decimal 
address 
48 to 78 
(16 of these 
;bytes 
are 
for 
slave 
mode 
receive 
and transmit 
buffers 
- this 
space 
can be 
re-used 
;if not 
required). 
ait 
space 
addresses 
used 
are from a 
to 9 decimal. 
These 
;addresses 
can be moved 
to any convenient 
location 
in your 
system. 
If the 
;driver 
is used 
as is, then 
start 
your 
DATA 
space definitions 
at 'DATA_start' 
;decimal 
(i.e. DSEG 
AT DATA_start) 
and your BIT 
space definitions 
at 
;'BITS_start' 
(i.e. BSEG 
AT BITS_start). 
There 
are no register 
banks 
used per 
;se - all 
registers 
required 
are pushed 
onto the stack 
if used. 
;To interface 
to this 
IIC Driver, 
the user 
need 
not understand 
all 
the details 
;of the program 
- only 
the 
following 
registers 
must be understood: 


'ICC_Command_file 
adrs' 


,indirect 
adrs' 


,indirect 
count' 


'single_data' 
'Slave_in' 
buffer 
(if required) 


'Slave_out' 
buffer 
(if required) 


'IIC_failure' 
(BIT) 
'IIC_status' 


used 
in every 
command 
file 
- used 
only with 
'indirect-'option 
- used 
only with 
'indirect-'option 


- used 
only with 
'singleD_' 
option 
- used 
only 
in multimaster 
systems 


- used 
only 
in multimaster 
systems 
- set if command 
file was kaput 
holds 
final 
status 
of session 


;Additionally, 
there 
is a command 
file structure 
(the command 
file 
is a 
;list 
of commands 
that 
~IIC_OSw 
will 
execute) 
which 
the user 
must 
conform 
to. 


;The 
list 
of commands 
includes: 


,ioD ' 
'ioC ' 
,ioX ' 
'immediate 
,call' 
'indirect' 
'singleD' 


target 
DATA 
space 
for I/O transfers 
target 
CODE 
space 
for I/O transfers 
target 
XDATA 
space 
for I/O transfers 
used 
to output 
1 byte 
from command 
file 
stream 


- used 
to call a subroutine 
between 
repeated 
starts 
- gets 
I/O address 
and count 
from 
'indirect 
registers 
gets 
1 byte 
of I/O data 
from 
'single_data' 


'iicend' 
- last byte 
of a command 
file 
'iicwritemask' 
- OR with 
slave address 
to indicate 
a write 
operation 
'iicreadmasx' 
OR with 
slave address 
to indicate 
a read operation 


;The command 
file structure 
is explained 
in detail 
below. 


;---NOTE---NOTE---NOTE---NOTE---NOTE---NOTE---NOTE---NOTE---NOTE---NOTE---NOTE 


;Multimaster 
systems 
are very 
specific 
to the system 
design, 
and therefore, 


;very difficult 
to make 
generic. 
Every 
multimaster 
system 
will have 
a 
;different 
protocol 
for how many 
(and which) 
bytes 
to send/receive 
when 
the 


;master 
is addressed 
as a Slave 
Receiver 
or Slave 
Transmitter. 
For this 
;reason, 
this program 
implements 
the multimaster 
scenario 
very 
simply 
- 


;if the micro 
running 
this program 
is addressed 
as a slave, 
it will 
read 


;'SLVbytes_ln' 
number 
of data 
bytes 
or wrIte 
'SLVbytes 
out' number 
of data 


;bytes 
(depending 
on what 
the calling 
master 
requests). 
The target 
data 
;buffer 
in these 
cases 
are the 
'Slave_in' 
buffer 
and the 'Slave_out' 
buffer. 


;The user 
can make 
the 
size of these 
slave 
input/output 
buffers 
(and the 
;corresponding 
equates 
'SLVbytes_in' 
and 'SLVbytes_out') 
as large as 
;required. 
The calling 
Master 
can terminate 
the slave 
session 
at any number 


;of data bytes 
sent or received 
by providing 
a stop or a not acknowledge. 


;IIC_OS, 
when 
integrated 
into the user's 
system, 
will 
require 
15 DATA bytes 
; (mapped anywhere 
in the 
internal 
DATA memory 
space), 
and one bit-addressable 
;byte. 
About 
600 bytes 
of code-space 
memory 
are used. 


;The user 
of this program 
need 
not concern 
himself 
with 
the bit or byte 
level 


;operation 
of the 
IIC hardware 
- this program 
takes 
care 
of all 
IIC registers, 
;and checks 
for all collisions, 
arbitration 
lost scenarios, 
bus errors, 
etc. 
;A command 
list consisting 
of a limited 
number 
of simple 
macro 
commands 
is 
;set-up 
by the user, 
and this driver 
uses 
that 
list of commands 
to perform 
;the desired 
IIC operations. 


;The user 
loads 
the' 
IIC Command_Fl.le adrs' 
(2 byte) 
register 
wl.th 


;the address 
of the 
sequence 
of IIC operations 
desired. 
Once 
this 
register 
;is loaded, 
the "WAIT 
IIC Data", 
"WAIT~IIC_Xdata", 
or "WAIT_IIC_Code" 
routine 
;is called, 
depending 
on which 
data 
space 
the command 
file list resides. 


;"WAIT_IIC" 
starts 
the 
IIC interrupt 
service 
routine 
by setting 
the 
'STA' 


;(IIC start) 
bit. 
Then 
the "IIC VECTOR" 
routine 
IS entered 
after every 
;significant 
IIC event 
(this occurs 
because 
of the IIC hardware 
in the 


;microcontroller). 
The 
interrupt 
service 
routine 
takes 
care of setting 
the 


;IIC hardware 
registers 
and checking 
for collisions 
and stepping 
through 
the 
;IIC command 
file. 
"WAIT 
IIC" also does 
a timeout 
feature 
for the IIC system. 


;The IIC operations 
to be performed 
are stored 
sequentially 
starting 
at the 
;address 
specified 
by the 
'IIC_Command~File_adrs' 
and 
in the memory 
space 
;designated 
by 
'Command?adrs?space' 
(the later 
register 
is loaded 
with 
the 


;appropriate 
memory 
space 
code 
through 
the call to the "WAIT_IIC_xxxx" 


;routine). 
IIC operations 
include: 


1) sending 
or receiving 
any number 
of bytes 
from 1 to 255 
into any valid 
address 
space 
2) repeated 
start 
automatically 
performed 
so multiple 
slaves 
can be communicated 
with 
in one call 
3) call 
subroutines 
between 
repeated 
start conditions 
direc~ly 
from the 
IIC command 
file list 
(i.e. transparent 
to the 
calling 
routine) . 


;The 
IIC Command 
File must 
be constructed 
so that 
it conforms 
to the IIC 
;driver 
system 
format. 
This 
format 
is very 
simple 
and is outlined 
later. 


;The IIC Command 
File 
is built 
from 
1 to any number 
of blocks. 
Each 
block 


;is from 2 to 8 bytes 
long, depending 
on what 
functions 
must be performed. 


;There 
are only eight 
types 
of blocks, 
indicated 
by the options 
in the 
format 
;below 
and briefly 
explained 
here: 


FUNCTION: 
send/receive 
bytes 
to/from 
~ BYTES 
IN THIS COMMAND 
FILE 
BLOCK: 


NUMBER 
OF BYTES 
TO SEND/RECEIVE: 
ADDRESS 
FOR DATA 
DERIVED 
FROM: 
OTHER 
FUNCTIONS: 


slave 
from/to 
any memory 
space 


5 
get number 
from command 
file 


command 
file 
none 


COMMENTS: 
Option 
1 is useful 
for sending 
or rece~vlng 
any 
specified 
number 
of data 
bytes 
to/from 
the 
specified 
slave. 
Every 
required 
piece 
of information 
is stored 
in the command 
file - that 
is, the address 
of the slave 
+ read/write 
bit, 
the number 
of bytes 
to send or receive, 
and the address 
to send 
from or receive 
to. 
Recall 
that the address 
space 
is always 
specified 
in the command 
file. 


;option 
2 FUNCTION: 
send one byte 
to slave 
from command 
file 
j 
BYTES IN THIS COMMAND FILE BLOCK: 
3 
NUMBER OF BYTES TO SEND/RECEIVE: 
1 
ADDRESS 
FOR 
DATA 
DERIVED 
FROM: 
data 
read directly 
from command 
file 
OTHER FUNCTIONS: 
none 
COMMENTS: 
Option 
2 is used 
to send exactly 
one byte 
to an addressed 
slave. 
The byte 
is fixed and 
is stored 
in the command 
file 
itself; 
this method 
reduces 
command 
file bytes 
since 
no specification 
for data 
address 
or number 
of data 
bytes 
is necessary. 
Option 
2 provides 
a simple means 
of setting 
the 
sub-address 
in IIC memory 
devices. 


;option 
FUNCTION: 
send/receive 
bytes 
to/from 
slave 
from/to 
any memory 
space 
j 
BYTES IN THIS COMMAND FILE BLOCK: 
2 
NUMBER 
OF BYTES 
TO SEND/RECEIVE: 
get number 
from 'indirect_count' 
ADDRESS 
FOR DATA 
DERIVED 
FROM: 
get address 
from 'indirect 
address' 
OTHER 
FUNCTIONS: 
none 
COMMENTS: 
Option 
3 assumes 
that 
the calling 
program 
has 
set-up 
the 
'indirect_count' 
register 
with 
the number 
of bytes 
to be 
sent or received, 
and the 'indirect 
address' 
with the 
address 
of the bytes 
to be sent or received. 
The data 
space 
targeted 
is specified 
in the command 
file as 
usual. 


;option 
FUNCTION: 
send/receive 
bytes 
to/from 
slave 
from/to 
any memory 
space 
j 
BYTES IN THIS COMMAND FILE BLOCK: 
7 
NUMBER OF BYTES TO SEND/RECEIVE: 
get number from command file 
ADDRESS 
FOR 
DATA 
DERIVED 
FROM: 
get address 
from command 
file 
OTHER 
FUNCTIONS: 
CALL 
subroutine 
listed 
in command 
file 
COMMENTS: 
Option 
4 is identical 
to Option 
1, except 
that a 
subroutine 
(whose address 
is specified 
in the command 
file) 
is called 
after 
the data transfer 
is complet~. 


;option 
5 FUNCTION: 
send one byte 
to slave 
from command 
file 
, BYTES IN THIS COMMAND FILE BLOCK: 
5 
NUMBER OF BYTES TO SEND/RECEIVE: 
1 
ADDRESS FOR DATA DERIVED FROM: 
data read directly from command file 
OTHER 
FUNCTIONS: 
CALL 
subroutine 
listed 
in command 
file 
COMMENTS: 
Option 
5 is identical 
to Option 
2, except 
that a 
subroutine 
(whose address 
is specified 
in the command 
file) 
is called 
after 
the data 
transfer 
is complete. 


;option 
6 FUNCTION: 
send/receive 
bytes 
to/from 
slave 
from/to 
any memory 
space 
j 
BYTES IN THIS COMMAND FILE BLOCK: 
4 
NUMBER 
OF BYTES 
TO SEND/RECEIVE: 
get number 
from 
'indirect_count' 
ADDRESS 
FOR DATA 
DERIVED 
FROM: 
get address 
from 'indirect 
address' 
OTHER FUNCTIONS: 
CALL subroutine listed in command file 
COMMENTS: 
Option 
6 is identical 
to Option 
3, except 
that a 
subroutine 
(whose address 
is specified 
in the command 
file) 
is called 
after 
the data 
transfer 
is complete. 


FUNCTION: 
send/receive 
one byte 
to/from 
slave 
from/to 
'single 
data' 
j 
BYTES IN THIS COMMAND FILE BLOCK: 
2 


NUMBER OF BYTES TO SEND/RECEIVE: 
ADDRESS FOR DATA DERIVED FROM: 
'single_data' is addressed 


OTHER FUNCTIONS: 
none 
COMMENTS: 
Option 
7 allows 
the user 
to send or receive 
exactly 
one 
data 
byte 
to/from 
the slave 
using 
the 'single 
data' 
register 
as the target. 
The calling 
routine 
will have 
to 
write 
the desired 
data 
into the 
'single_data' 
register 
if 
a write 
operation 
to the slave 
is desired. 
This 
option 
requires 
very 
few command 
file bytes 
since count 
and 
address 
information 
are not needed. 


FUNCTION: 
send/receive 
one byte 
to/from 
slave 
from/to 
'single_data' 


• BYTES IN THIS COMMAND FILE BLOCK: 
4 


NUMBER OF BYTES TO SEND/RECEIVE: 
1 
ADDRESS FOR DATA DERIVED FROM: 
'single_data' is addressed 
OTHER FUNCTIONS: 
CALL subroutine listed in command 
file 


COMMENTS: 
Option 
8 is identical 
to Option 
7, except 
that a 
subroutine 
(whose address 
is specified 
in the command 
file) 
is called 
after 
the data transfer 
is complete. 


address 
space 
code 
(which memory 
space transmit 
data 
is read 
from or which 
memory 
space 
receive 
data 
is 
written 
to is specified 
by an waddress 
space 
codew 
- see EQUates 
in main 
program.) 


indicates 
that the next byte 
is the actual 
data 
to be transmitted. 
This of course 
is only 
valid 
when writing 
a byte 
to a slave. 
This control 
code will 
save the bytes 
of information 
required 
to specify 
the address 
of the data 
to be 
transmitted. 
It is a very handy 
and 
efficient 
mechanism 
for setting-up 
the read or 
write 
address 
in an 12C memory 
device.) 


option 
3 
address 
space 
code OR 
'indirect_' 
control 
code 
('indirect' 
indicates 
that the address 
for the bytes 
to be 
transmitted 
or received 
is not 
in the command 
file 
but 
is contained 
in the IIC_OS 
register 
'indirect_adrs'; 
also, the number 
of bytes 
to be 
transmitted 
or received 
is contained 
in the 
IIC_OS 
register'indirect_count'. 
The calling 
routine 
must 
preload 
these 
registers, 
or they must be correctly 
loaded 
from a previous 
wcall_* 
initiated 
in the 
command 
file stream.) 


option 
4 
address 
space 
code OR 'call_' 
control 
code 
('call_' 
indicates 
that 
the address 
of the subroutine 
to be 
called 
after 
the present 
IIe transmission 
or reception 
is complete 
is contained 
in the bytes 
following.) 


,singleD 
' 
('singleD_' 
indicates 
that one byte 
is to be read/written, 
and 


that 
the target 
byte 
to be read/written 
is the lIe os 
byte 
called 
'single_data'.) 


the data 
to be transmitted 
(the 'immediate' 
control 
code was 


used 
in byte 
~ 2) 


option 
1 
high 
address 
of data 
to be transmitted 
or received 
('iicend' 
if target 
memory 
space 
is DATA) 


'iicend' 
control 
code to end 
session, 
or next block's 
byte 
Jl 
(Not Applicable 
if target 
memory 
space 
is DATA) 


;To efficiently 
use 
this 
system, 
several 
of these 
blocks 
can be put together. 


;In 
fact, there 
is no limit 
on the number 
of blocks 
allowed. 
;This 
IIC_OS 
lends 
itself 
very 
nicely 
to complex 
IIC requirements. 
The 
;following 
examples 
will 
illustrate 
the usefulness 
of this program. 


;******** 
;The 
following 
examples 
are 
samples 
for each 
option. 
There 
are 
50 many 
;variations 
that 
only 
one version 
for options 
1 - 4 are presented. 
The code 


;fragment 
"PROGRAM" 
is simply 
the part 
of the code that 
sets up and calls 


;the "WAIT 
IIC" program 
which 
waits 
for the execution 
of the command 
file. 


;The "Optionx_file" 
code 
fragments 
are the code 
space 
command 
files. 
All 
;of the examples 
show the command 
file residing 
in the code 
space, but 
they 
;could 
just as easily 
have been 
loaded 
into the DATA or XDATA 
spaces. 


;It should 
be noted 
that 
"IIC_OS" 
will process 
a command 
file until 
an 
;'iicend' 
character 
is encountered 
- after 
which, 
a STOP condition 
will be 
;implemented. 
This means 
that 
the master 
can keep possession 
of the bus 


;for as long as it has to. 


;It is assumed 
that 
all the 
slave 
addresses 
and other 
EQUates 
have been 
;defined 
in the program 
previously. 


;EXAMPLE 
Option 


;++++++++++++++++ 
;PROGRAM: 
MOV 
MOV 
CALL 
JMP 


IIC_Command_File_adrs,iLOW(Optionl_file} 
IIC_Command_File 
adrs+l,IHIGH(Optionl_file) 


WAIT_I IC_Code 
;call program 
to wait 
MORE_PROGRAM 


;load address 
of 


;command 
file 
for IIC execution 


;Notice 
the block 
structure 
of the command 
file. 
Each block 
has 
;been 
spaced 
to accentuate 
this 
structure. 


;'Optionl_file' 
tells 
the 
IIC_OS 
(called through 
"WAIT 
IIC_Code") 
to 
;read 
5 bytes 
of data 
in from 
'slavel' 
and store the bytes 
in the 


;DATA 
space 
starting 
at location 
'iic~input_data'; 
after 
this 
input 


;is done, 
'slave2' 
has 
3 bytes 
written 
to it from the DATA 
space 


;starting 
at address 
'iic_input_data'. 
;Both blocks 
below 
are option 
1 types, 
but the first is a read 
;and the 
second 
is a write. 


Optl0nl 
flle: 


DB 
DB 
DB 
DB 


;slavel 
address 
+ read bit 


;indicate 
DATA 
space 
target 


;indicate 
number 
of bytes 


;start address 
of target 
bytes 


slave2 
address 
OR 
iicwritemask 


ioD 
3 
iic_input 
data 


;slave2 
address 
+ write 
bit 
;indicate 
DATA 
space 
target 
;indicate 
number 
of bytes 
;start address 
of target 
bytes 


;EXAMPLE 
Option 
2 


;++++++++++++++++ 
;PROGRAM: 
MOV 
MOV 
CALL 
JMP 


;Option2 
file: 
DB 
DB 
DB 


IIC_Command_File_adrs,ILOW(Option2 
file) 
IIC_Command_File 
adrs+l,'HIGH{Option2_file) 


WAIT_IIC_Code 
;call program 
to wait 
MORE 
PROGRAM 


;load address 
of 
;command 
file 


for IIC execution 


;Notice 
the block 
structure 
of the command 
file. 
Each block 
has 


;been 
spaced 
to accentuate 
this structure. 


;'Option2_file' 
tells 
the IIC_OS 
(called through 
~WAIT 
IIC_CodeW) 
to 


;write 
one byte 
of data 
to the addressed 
slave 
- the data 
is present 


;in the command 
file. 
This action 
takes 
3 bytes 
in the command 
file. 


;In this example, 
the address 
for a memory 
location 
in an IIC memory 
;peripheral 
will be 
set and the following 
block 
does 
an option 
1 


;type 
of input. 


;slave 
address 
+ write 
bit 
;send out next byte 
only 


;data byte 
to be sent 
;(end of option 
2 block) 


;slave 
address 
+ read bit 
;memory 
space 
where 
bytes 
go to 


;number 
of bytes 
to be 
read 


;address 
of input target 


;MORE_PROGRAM: 


continue 
with 
program 


;EXAMPLE 
Option 
3 
;++++++++++++++++ 
;PROGRAM: 


MOV 
MOV 
MOV 
MOV 
JZ 
MOV 
MOV 
MOV 


;PROGRAM_lO: 
MOV 
MOV 
CALL 
JMP 


indirect 
adrs,'LOW(input_datal) 


indirect_adrs+l,.HIGH{input 
datal) 


indirect_count,.6 
A,decision 
PROGRAM_I 0 
indirect 
adrs,'LOW(input 
data2) 


indlrect 
adrs+l,'HIGH(input_data2) 


indirect_count,'3 


IIC_Command_File_adrs,.LOW(Option3_file) 
IIC_Command_File_adrs+l,'HIGH(Option3_file) 
WAIT_IIC_Code 
;call program 
to wait 
MORE_PROGRAM 


;load address 
of 


;command 
file 
for IIC execution 


;Notice 
the block 
structure 
of the command 
file. 
Each block 
has 
;been 
spaced 
to accentuate 
this 
structure. 


;'Option3_file' 
tells 
the IIC_OS 
(called through 
"WAIT 
IIC_Code~) 
to 
;read 
'indirect_count' 
number 
of bytes 
into external 
ram space 
;starting 
at address 
'indirect_adrs'. 
In the body 
of ~PROGRAMN 


;the 
'indirect_ 
registers 
are 
loaded based 
on a decision. 
In this 
;case, 
if the data 
byte 
'decision' 
is zero, 
6 bytes 
of data 
are 


;read 
from the 
slave 
and placed 
in external 
ram starting 
at the 


;Option3 
file: 
DB 


DB 


;address 
'input_datal'; 
if 'decision' 
is not 
zero, 
three 
bytes 
of 
;data 
are 
read 
from the 
slave 
and placed 
in external 
ram starting 
;at address 
'input_data2'. 


slave 
address 
OR 
iicreadmask 
ioX 
OR 
indirect_ 
;slave 
address 
+ read bit 


;read 
from external 
ram area 
and 


;use indirect 
registers 


;MORE_PROGRAM: 
continue 
with program 


;EXAMPLE 
Option 
4 
;++++++++++++++++ 
;PROGRAM: 


MOV 
MOV 
CALL 
JMP 


;Option4 
file: 
DB 
DB 
DB 
DB 
DB 
DB 


MOV 
MOV 
CLR 


;op4 
loop: 


ADD 
INC 
DJNZ 
MOV 
RET 


IIC_Command_File_adrs,jLOW(Option4_file) 
IIC_Command_Flle 
adrs+I,#HIGH(Optlon4 
flle) 
WAIT~IIC_Code 
;call program 
to 
MORE 
PROGRAM 


;load address 
of 


;command 
file 


wait 
for IIC execution 


;Notice 
the block 
structure 
of the command 
file. 
Each block 
has 
;been 
spaced 
to accentuate 
this 
structure. 
;'Option4_file' 
tells 
the IIC_OS 
(called through 
"WAIT 
IIC_Code") 
to 
;read 
in 4 bytes 
from slavel 
into data 
area 
'iic_input_data' 
then 


;make 
a call 
to the 
subroutine 
"op4_sub", 
then output 
I byte 
of 


;data 
from 
'single_data' 
to slave2. 
The output 
data 
was 


;manipulated 
by the called 
subroutine. 
All 
this occurred 
without 


;a stop 
condition 
being 
generated, 
so the bus 
was retained 
for 
;the entire 
period 
of time. 


;slave address 
+ read bit 


;indicate 
DATA 
space 
then call 


;indicate 
number 
of bytes 
;start 
address 
of target 
bytes 


;address 
of routine 
to be 


;executed 
after 
read done 


iic input_data 
LOW(op4 
sub) 
HIGH(op4 
sub) 


slave2 
address 
OR iicwritemask 
singleD_ 


;slave2 
address 
+ write 
bit 


;indicate 
'single_data' 
to be 
;output 
(see option 
7) 


;end of iic session 


;Subroutlne 
"op4 
sub" 
adds 
the first 
4 bytes 
of 'iic input_data' 


;and puts 
answer 
into 
'single_data'. 


RO,jiic 
lnput_data 
Rl,#4 


A 


A,@RO 


RO 
Rl,op4 
loop 
single_data, A 


;MORE PROGRAM: 


continue 
with 
program 


jEXAMPLE 
Option 
7 
;++++++++++++++++ 
;PROGRAM: 
MOV 
MOV 
CALL 
JMP 


jOption2 
file: 
DB 
DB 


IIC_Command_File_adrs,~LOW(Option7_file) 
IIC_Command_Flle_adrs+l,~HIGH(Option7 
file) 
WAIT_lIe 
jcall program 
to wait 
MORE 
PROGRAM 


;load adriress of 
jcommand 
file 
for lIe execution 


;Notice 
the block 
structure 
of the command 
file. 
Each block 
has 
;been 
spaced 
to accentuate 
this 
structure. 
;'Option7_file' 
tells 
the 
lIe_OS 
(called through 
NWAIT 
IIC_CodeN) 
to 
;read 
one byte 
of data 
from slavel 
- the data 
is placed 
in 
;'single_data'. 
This 
action 
takes 
2 bytes 
in the command 
file. 
;The next block 
writes 
this byte 
to slave2 
using 
the same option. 


slavel 
address 
OR iicreadmask 
singleD 
;slave address 
+ read bit 
;read 
into 
'single_data' 


slave2 
address 
OR 
iicwritemask 
singleD_ 


jslave 
address 
+ write 
bit 
;get data 
from 
'single_data' 


;MORE_PROGRAM: 
continue 
with program 


;EXAMPLE 
Option 
5 , 6 , 8 
;++++++++++++++++++++++++ 
;Not much 
more 
understanding 
gained 
by an example 
- see option 
4 for doing 
;a call 
in conjunction 
with 
any other 
option. 


jEXAMPLE 
using 
other 
data 
spaces 
j******************************* 
;This program 
can be used 
such that 
the command 
file resides 
in the 
internal 
;DATA 
space 
or the external 
DATA 
space. 
Examples 
demonstrating 
the utility 
;ot this 
feature 
will 
be described 
below. 


;DSEG 
;iic_data; 
;datafile: 
;IIC data 
file 
;define 
a space 
for the command 
file 


;PROGRAM: 
MOV 
MOV 
MOV 
MOV 
MOV 


datafile,'(slavel 
address 
OR 
iicreadmask) 
datafile+l,'ioD 
datafile+2,~8 
datafile+3,liic_data 
datafile+4,'iicend 


; (notice only 
1 byte 
required) 


;call program 
to wait 
for IIC execution 


;The 
IIC commands 
will be executed 
from the DATA 
space 
starting 
at 
'datafile'. 
;This may 
not 
seem 
too useful, 
but 
it can be a very handy 
mechanism 
for 


;communicating 
to a slave 
which 
is used 
often. 
For example, 
assume 
that 
a 
;system 
uses 
a PCF8570 
IIC RAM 
for parameter 
storage. 
The data 
in the RAM 
;is required 
often, 
but 
the data 
required 
may be at any address 
in the RAM, 


;and may 
be variable 
in length. 
Using 
the DATA 
space as the command 
file, 


;the programmer 
could 
construct 
a simple 
and compact 
mechanism 
for handling 
;this 
system 
requirement: 


;DSEG 
;iic_data: 
;datafile: 


;PROGRAM: 
MoV 
MoV 
MoV 


MoV 
MoV 
MoV 
CALL 


;load 
the command 
file 
into the DATA 
space. 
The 
fist block 
sets the 
;subaddress 
for subsequent 
access 
to the RAM; 
the second 
block 
reads 
;the RAM. 


datafile,'PCF8570_address 
OR 
iicwritemask) 


datafile+l,iimmediate_ 
datafile+2,IO 


MoV 
datafile+3,I(pCF8570_address 
OR iicreadmask) 


MQV 
datafile+4,tioD_ 
MoV 
datafile+5,18 
MOV 
datafile+6,iiic_data 
MOV 
datafile+7,liicend 


;lst call will 
read 
8 bytes 
from PCF8570 
starting 
at 
;location 
0 - bytes 
will be read 
into 
'iic_data' 


MoV 
MoV 
CALL 


datafi"le+2,17 
datafile+5,13 
SUB 


;change 
starting 
address 
to read 
from 
;change 
number 
of bytes 
to read 
;this call 
to "SUB" will 
read 
3 bytes 
from the 
;PCF8570 
starting 
at location 
7 - bytes 
will 
be 


;read 
into 
'iic_data' 


MoV 
MoV 
CALL 


datafile+2,@RO 
;change 
starting 
address 
to read 
from 
datafile+5,R7 
;change 
number 
of bytes 
to read 
SUB 
;this 
call to "SUB" 
will 
read the number 
of bytes 
;specified 
in R7 
from the PCF8570 
starting 
at the 
;location 
specified 
by the DATA byte 
pointed 
to 
;by RO 
- bytes 
will be read 
into 
'iic data' 


datafile+2,133 
datafile+5, U 
datafile+6,'B 
SUB 


;change 
starting 
address 
to read 
from 


;change 
number 
of bytes 
to read 
;change 
target 
internal 
address 
to register 
B 
;this call 
to "SUB" 
will 
read 
1 byte 
from the 


;PCF8570 
starting 
at location 
33 - the byte 
will 
;be placed 
in register 
B 


IIC_Command_File_adrs,tdatafile 
;load address 
of command 
file 
; (notice only 
1 byte 
required) 
WAIT_IIC_Data 
;call program 
to wait 
for IIC execution 


;One can construct 
a command 
file 
such that the called 
subroutine 
actually 
;modifies 
the command 
file 
itself! 
Also, 
the called 
subroutine 
could 
modify 
;the 
'IIC_Command_File_adrs' 
register 
so that upon 
returning 
from the 
;subroutine, 
a different 
IIC command 
file is executed 
other 
than 
the one 
;immediately 
after 
the block 
that 
called 
the 
subroutine. 


;DSEG 
;iic_data: 
;XSEG 
;datafile: 


;PROGRAM: 
MOV 
MOV 
MOVX 
INC 
MOV 
MOVX 
INC 
MOV 
MOVX 
INC 
MOV 
MOVX 
INC 
MOV 
MOVX 


DPTR, idatafile 
A,' (slavel_address 
OR 
iicreadmask) 
@DPTR,A 
DPTR 
A,lioD 
@DPTR,A 
DPTR 
A,iS 
@DPTR,A 
DPTR 
A,tiic_data 
@DPTR,A 
DPTR 
A,'iicend 
@DPTR,A 


MOV 
IIC_Command_File_adrs,~LOW(datafile) 
;load address 
of 
MOV 
IIC_Command_File_adrs+l,#HIGH(datafile) 
;command 
file 
CALL 
WAIT_IIC_Xdata 
;call program 
to wait 
for IIC execution 


;This program 
will 
run the command 
file from external 
data memory. 
All the 
;same 
options 
exist 
with 
XDATA 
command 
files as do with 
DATA command 
files. 


;Data Bytes 
Used: 
15 
;Bit Addressable 
Bytes 
Used: 
1 
;Bits used: 
2 
;Stack 
Penetration: 
Approximately 
17 bytes 
worst 
case 
;Code 
Length: 
Approximately 
600 bytes 
of code. 
NOTE: 
most 
of the code 
length 
of this program 
is made 
up of 


code used 
to take 
care 
of every 
generic 
addressing 
possibility. 
If the user 
simply 
wants 
to use 
one known 
address 
space 
to hold 
the command 
file, and one target 


I/O address 
in a specific 
data 
space, 
the code 
and 
data 
requirements 
would 
be reduced 
dramatically. 
This 
code 
is a good 
starting 
point 
for custom 
development 
since 
it is completely 
generic. 


;NIIC_OSN 
register 
definitions: 
;****************************** 
;The 
following 
data 
bytes 
are required 
to run the 
full implementation 
of the 
;IIC driver 
system. 
In a microcontroller 
as large as the 80C552 
or 
;80C652, 
the 
requirement 
of these 
data bytes 
will not 
impose 
a great 
toll 
;on the user's 
system. 
Note 
that 
registers, 
bytes, 
equates 
and bit 
names 
are 
;surrounded 
by 
, , in the description 
- routines, 
subroutines 
and procedure 
;names 
are 
surrounded 
by 
N 
N 


;LOADED 
BY: 
NWAIT 
IICN and "IIC_VECTOR" 
;DESCRIPTION 
- holds 
the 
status 
of the requested 
IIC operations. 
This data 
;byte 
is loaded 
with 
'status_DO_IIC' 
by "WAIT_IIC", 
which 
then 
;monitors 
this byte, 
and determines 
if the 
IIC command 
file has been 
;completed. 
Completion 
of the 
IIC command 
file is known 
if the 
'IIC status' 
;is equal 
to one of the 
following: 


,status 
OK' 
'status 
arb 
lost' 
'status 
attempt_data' 
'status_attempt_adrs' 
'status_timeout' 
'status_buss_err' 
,status 
slave' 
'status 
arb_lost 
slave' 


- operation 
complete, 
no problems 
- arbitration 
lost to another 
master 
- tried 
to send data 
'max_data 
attempts' 
times 
- tried 
to flnd slave 
'max_adrs 
attempt' 
times 
- waited 
'max_wait' 
time 
for activity 
- a buss 
error 
(illegal start/stop) 


- addressed 
as slave 
(own address) 


- arbitration 
lost to another 
master, 
this 
one 
addressed 
as a slave 
- addressed 
as slave 
(general call) 
- arbitration 
lost to a general 
call 


'status_general 
slave' 
'status 
arb_Iost_general' 


;The values 
'max_data~attempts', 
'max_adrs_attempts' 
and 
'max_wait' 
are 
;equated 
in the main 
body 
below 
- these 
numbers 
define 
how many 
attempts 
;should 
be made 
to send/receive 
data, 
locate 
a slave or wait 
for a response. 


;LOADED 
BY: 
"IIC_OS" 


;DESCRIPTION: 
is loaded 
by the "IIC OS" 
operation 
and holds 
the address 


;of the data 
to be transmitted 
to a slave, 
or received 
from a slave. 
The bit- 
;addressable 
register 
'Command?adrs?space' 
determines 
which 
memory 
space 
the 
;'IO_buffer_adrs' 
targets. 
The 
initial 
value 
for this 
register 
can come 
from 


;the command 
file 
itself, 
or may be 
loaded 
from the 
'indirect_adrs' 
register, 
;depending 
on the 
actions 
directed 
from the 
'Command?adrs?space' 
register. 


;LOADED 
BY: 
calling 
routine, 
manipulated 
by "IIC OS" 
;DESCRIPTION: 
the 
calling 
routine 
loads the address 
of 
;executed 
by the 
"IIC_OS" 
into this 
two byte 
register. 


;modify 
this 
address 
register 
as the 
IIC_OS 
operations 


the command 
file to be 
The "IIC OS" will 
proceed. 
If the command 


;'indirect_adrs' 
;'indirect_count' 


;LOADED 
BY: 
calling 
routine 
or a command 
file called 
subroutine 
;DESCRIPTION: 
the calling 
routine 
may use the 
'indirect_' 
option 
as 
;loaded 
in the 
'Command?adrs?space' 
byte. 
This option 
directs 
the "IIC_OS" 
;to get 
the 
'IO_buffer_adrs' 
and the 
'Multiple_count' 
from the calling 
routine 
;(or called 
subroutine) 
loaded 
'indirect_adrs' 
and 
'indirect 
count' 
registers. 


;LOADED 
BY: 
calling 
routine 
or "IIC_VECTOR" 
;DESCRIPTION: 
this byte 
allows 
for a quick 
mechanism 
to input one 
single 
byte 
;of data 
from the 
IIC bus 
into the DATA 
space, 
or send 
1 byte 
of data 
from the 
;DATA 
space 
to the 
IIC bus. 
If the 
IIC command 
file has 
the control 
code 
;'singleD_', 
then 
the bit 
'singleDATA' 
will be set in 'Command?adrs?space'. 


;If 'singleDATA' 
is set, then 
the 
system 
will either 
input 
one byte 
of data 
;only 
into 
'single_data' 
or output 
the contents 
of 'single_data'. 


;LOADED 
BY: 
"IIC_OS" 
;DESCRIPTION: 
this 
register 
is a counter 
for the number 
of bytes 
to be 
;received 
or transmitted. 
Received 
or transmitted 
bytes 
are sent to or read 


;from 
the address 
space 
indicated 
in 'Command?adrs?space' 
and addressed 
by 
;the 
'IO_buffer_adrs'. 
The 
initial 
value 
for this 
register 
can come 
from 
;the command 
file 
itself, 
or may be 
loaded 
from the 
'indirect 
count' 
register, 
;depending 
on the actions 
directed 
from the 
'Command?adrs?space' 
register. 


;LOADED 
BY: 
"IIC_OS" 


;DESCRIPTION: 
counts 
the number 
of failed 
attempts 
at sending/receiving 
data 


;or addressing 
a slave. 
If the number 
of tries 
in either 
case exceeds 
;'max_adrs_attempts' 
or 
'max_data_attempts', 
the error 
status 
is reflected 
in 
;'IIC_status' 
and the "IIC_OS" 
quits. 


;LOADED 
BY: 
"IIC_OS" 
;DESCRIPTION: 
holds 
the value 
of the last data byte 
received 
or transmitted. 
;Used 
in "IIC aS" 
as a look-back 
register 
so failed 
transmissions 
can be 
;repeated. 


;LOADED 
BY: 
"IIC_OS" 
;DESCRIPTION: 
used 
as a watchdog 
timer 
for the IIC operation. 
Implemented 
as 
;a up-counter 
in "WAIT_IIC", 
but 
ideally, 
this 
function 
should 
be 
in the 
;hands 
of a real 
system 
timer. 


;LOAOED 
BY: mainline 
routine 
;OESCRIPTION: 
Buffers 
for Slave 
receiver 
and Transmitter 
modes. 
Main 
routine 
;loads 
'Slave_out' 
with 
the SLVbytes_out' 
number 
of bytes 
to be transmitted 
;once 
addressed 
by another 
master. 
'Slave 
in' is filled by the 
'SLVbytes 
in' 
;number 
of bytes 
from another 
master. 
If more 
or less bytes 
are to be received 
;or sent when 
addressed 
as a slave, 
then 
the size of the buffers 
and the 
;'SLVbytes_ ..• EQUates 
must 
change. 


;IIC_OS 
does 
not need 
these 
16 DATA bytes 
if the system 
is single-master. 
;IF your 
system 
is single-master, 
then use the 
'Slave 
~n' and 'Slave 
out' 
;buffers 
for your 
own general 
purpose 
buffers 
or registers. 


;This byte 
is used 
in the "WAIT 
IIC" 
routine 
to hold 
the appropriate 
data 
;space 
temporarily 
until 
the 
IIC bus 
is free or a slave 
receiver 
or slave 
;transmitter 
mode 
is done. 


;Slave 
address 
for this microcontroller 
- other bus masters 
can address 
this 
;micro 
as a slave; 
this drIver 
sImply 
sends 
'SLVbytes 
out' 
number 
of bites 
or 
;receives 
'SLVbytes_in' 
number 
of bytes 
in the case of being 
addressed 
as a 
;slave. 
The LSBit 
of the address 
is set indicating 
that general 
calls 
will 
;be responded 
to. 


Own 
adrs 
EQU 
general_enable 
EQU 
SLVbytes 
In 
EQU 
SLVbytes_out 
EQU 


IIC status: 
DS 
IO_buffer_adrs: 
DS 
IIC_Command_File_adrs: 
OS 
indirect 
adrs: 
OS 
indirect_count: 
OS 
iic timer: 
OS 
Attempt_count: 
OS 
Multiple_count: 
OS 
last data: 
OS 
single_data: 
OS 
temp: 
DS 


Slave 
in: 
OS 
Slave 
out: 
DS 


02EH 
1 
8 
8 


;address 
of micro 
when addressed 
as a slave 
;general 
call 
recognized 
since 
LSBit 
is set 
;* bytes 
to receive 
when 
addressed 
as a slave 
;* bytes 
to transmit 
when 


SLVbytes 
in 
SLVbytes_out 


;'Command?adrs?space' 
is loaded 
by the calling 
routine, 
and manipulated 
by the 
;"IIC_OS" 
routine. 
It indicates 
which 
memory 
space the command 
file 
is to 


;be read 
from. 
It also ultimately 
gets 
the address 
space 
for the input 
and 
;output 
data, 
as well 
as the 
indication 
for the special 
functions 
'indirect 
;'immediate_' 
and 
'call_'. 
Generally 
speaking, 
the calling 
routine 
loads 
;'Command?adrs?space' 
with 
the code 
for which 
memory 
space holds 
the command 


;file 
to be executed 
- then, 
the command 
file 
information 
amends 
this byte 
;as each 
block 
of the command 
file 
is executed. 


command_Data: 
command_Code: 
IO_Data: 
IO_Code: 
immediate_data: 
call_function: 
indirect_xxx: 
singleDATA: 


OBIT 
OBIT 
OBIT 
OBIT 
OBIT 
OBIT 
OBIT 
OBIT 


;this next bit 
is set whenever 
the microcontroller 
is addressed 
as a slave 
;receiver 
or a slave 
transmitter. 
"WAIT_IIC" 
needs 
this bit 
to hold 
off 
ipending 
calls 
from the main 
routines 
to the IIC bus. 


;mask bytes 
for the various 
'Command?adrs?space' 
bits. 
These 
codes 
are used 
;in the command 
file. 
See examples 
above. 


commandD_ 
commandC 
commandX 
ioD_ 
ioC_ 
ioX_ 
immediate 
call 
indirect 
singleD_ 
commands_ 
iospaces_ 
specials 


00000001B 
00000010B 
OOOOOOOOB 
00000100B 
00001000B 
OOOOOOOOB 
00010000B 
00100000B 
01000000B 
10000000B 
00000011B 
00001100B 
11110000B 


;commands 
come 
from DATA 
space 
;commands 
come 
from CODE 
space 
;commands 
come 
from XDATA 
space 
;input/output 
data 
from DATA 
space 
;output 
data 
from CODE 
space 
;input/output 
data 
from XDATA 
space 
;next byte 
is data 
to be 
sent 
;call subroutine 
after 
in/out 


;get info from 
'indirect 
registers 
;get/put 
1 byte 
to/from 
'single 
data' 
;mask to isolate 
command 
adrs bits 
;mask to isolate 
I/O space 
bits 
;mask to lsolate 
control 
bits 


;The 
following 
status 
bytes 
are used 
to indicate 
the present 
state 
as well 
;as the ultimate 
state 
of the 
IIC operations. 
These 
values 
are loaded 
into 
i'IIC_status' 
by the various 
states 
as well 
as "WAIT 
IIC". 


status_OK 
EQU 
status_arb_lost 
EQU 
status_at tempt_data 
EQU 
status 
attempt 
adrs 
EQU 
status_timeout 
EQU 
status_buss_err 
EQU 
status 
slave 
EQU 
status_general 
slave 
EQU 
status_arb_lost_slave 
EQU 
status_arb_lost_general 
EQU 
status 
DO IIC 
EQU 


o 
;end of session 
and/or 
bus available 
1 
;arbitration 
lost 
2 ;'max_data_attempts' 
failed 
to get/send 
data 
3 
;'max_adrs_attempts' 
failed 
to find slave 
4 
;"WAIT 
IIC" detected 
timeout 
problem 
5 
;a bus error 
or illegal 
start/stop 
6 
;addressed 
as slave 
(own address) 
7 
iaddressed 
as slave 
(general call) 
8 
;arbitration 
lost, addressed 
as slave 
9 
;arbitration 
lost, general 
call 
OFFH 
;all running 
fine 
(bus busy) 
indication 


;IIC control 
characters. 
;These 
characters 
are used 
in the 
IIC command 
file and various 
routines. 


;'iicend' 
must 
be the 
last character 
in any command 
file sequence. 
;'iicwritemask' 
and 
'iicreadmask' 
are used 
in conjunction 
with 
the slave 


address 
to indicate 
whether 
data 
is a comin' 
or a gain' . 
;'max_data_attempts' 
should 
be equated 
to a value 
indicating 
how many 
times 


this 
system 
should 
re-try 
to get data 
from/to 
a slave 
before 
it gives 
up and says an error 
has occurred. 
;'max_adrs_attempts' 
should 
be equated 
to a value 
indicating 
how many 
times 


this 
system 
should 
re-try 
to address 
a slave 
before 
it gives 
up and says an error 
has 
occurred. 
;'max_wait' 
is used 
in a crude 
loop counting 
timer 
in wWAIT_IICw. 
This number 
should 
be equated 
to give 
roughly 
the timeout 
time 
required 
by 
your 
system 
(i.e. IIC inactivity 
timeout). 
The count 
will 
depend 
on the clock 
speed 
as well 
as the average 
loop time 
in wWAIT_IIC". 
The 
loop time 
will be affected 
by the 
IIC interrupt 
processing 
as 
well 
as any other 
interrupt 
service 
routines 
in your 
system. 


iicend 
iicwritemask 
iicreadmask 
max_data_attempts 
max_adrs 
attempts 
max 
wait 


OFFH 
DOH 
OlH 
3 
3 
1 


;maximum 
tries 
to get/send 
data 
;maximum 
tries 
to address 
slave 
;reload 
value 
for 'iic timer' 
; (counts up) 


ENSl_NOTSTA_STO_NOTSI 
NOTAA 
CRO 
ENSl_NOTSTA_STO_NOTSI_AA_CRO 
ENSl_NOTSTA_NOTSTO_NOTSI_AA_CRO 
ENSl_NOTSTA_NOTSTO_NOTSI_NOTAA_CRO 
ENSl_STA_NOTSTO_NOTSI_AA_CRO 


ODIH 
ODSH 
OCSH 
OCIH 
OESH 


;"WAIT_IIC" 
;The calling 
routine 
has 
loaded 
the 
'IIC_Command_File 
adrs' 


;register 
with 
the address 
of the command 
file to be executed. 
;This 
routine 
simply 
waits 
for the 
IIC process 
to be completed. 
Completion 
;of the 
IIC session 
is indicated 
by 
'IIC_status'= 
'status_OK', 
or one of the 
;many error 
codes. 
"IIC_VECTOR" 
will 
take care 
of updating 
the status 
byte. 


;The calling 
routine 
must 
call 
the appropriate 
section 
of "WAIT 
IIC" depending 
ion which 
memory 
space 
the command 
file resides. 
For example, 
if the command 
;file 
resides 
in CODE 
memory 
space, 
the "WAIT_IIC_Code" 
must be called. 


;It is possible 
that 
another 
master 
has addressed 
this master 
as a slave. 
If 
;"WAIT_IICw 
is called 
under 
these 
circumstances, 
it will exit 
with 
;'IIC_failure' 
set and also 
check 
for a timeout 
for the addressed 
slave 


;session. 
If a timeout 
is detected, 
all IIC_OS 
registers 
and bits 
are set to 
;their 
default 
value. 
In either 
case 
the 
'IIC_failure' 
bit 
is set. 


;In the 
addressed 
slave 
mode, 
the calling 
master 
determines 
bus 
timing 
and 
;clock 
values 
etc. 
If something 
happens 
to that master, 
and 
it cannot 


;complete 
it's 
session, 
then 
this 
slave 
is left hanging! 
For this 
reason, 
;we have 
a built-in 
timeout 
check 
feature 
for addressed 
slave mode 
(if and 
;when 
this 
slave 
calls 
·WAIT_IIC· 
to do 
it's own work). 


;'IIC 
status' 
is checked 
to ensure 
an addressed 
slave 
state 
is not 
in progress 
;OUTPUT: 


;'IIC_status' 
is updated 
to reflect 
completion 
of IIC session 
or error. 
;'IIC 
failure' 
is 
updated 
(0 = 
all OK, 
1 = 
some kind 
of error) . 


WAIT 
lIC 
Data: 


MOV 
SJMP 


WAIT 
lIC 
Xdata: 


MOV 
SJMP 
WAIT 
lIC 
Code: 
MOV 
WAIT 
lIe: 
JNB 


temp,'commandD_ 


WAIT_lIC 


;if a slave 
receive 
or transmit 
session 
is in effect 
(as initiated 
by 


;another 
master), 
this processor 
will only know 
that through 
the 
;~IIC_VECTORw 
routine 
- there 
is no timeout 
check 
etc. 
Because 
of 
:this situation, 
~WAIT_IICw 
will check 
for a slave 
session 
in 
;progress 
and exit 
as a failure 
if all is OK with 
that 
session 
(so 
;that 
the calling 
routine 
will 
keep 
trying 
to get hold 
of the bus) . 
;If the slave 
session 
has 
timed 
out or there 
is an error, 
clear 
;everything 
and exit 
as an error 
as well. 


;ready 
to try - this 
micro 
is not presently 
addressed 
as a slave, 
and 
;all else 
seems 
to be OK. 


WlIC 
10: 
MOV 
MOV 
SETB 


WlIC 
15: 
MOV 
MOV 


WlIC_20: 


CALL 
JZ 


WlIC 
05: 


CALL 


JNZ 


WlI_06: 
SJMP 


IIC time 


WlIC 
35 
CLR 
i_am_a 
slave 


WlIC_ERR 


;addressed 
slave 
timeout 
check 
;if not, exit 
as a failure 
;if timeout, 
reset 
system 
and exit 


;as a failure 


Command?adrs?space,temp 
IIC_status,.status_DO_IIC 
;indicate 
IIC busy 
STA 
;do an IIC interrupt 
(start start 
condition) 


iic timer,NLOW(max_wait) 
iic_timer 
+ 1,NHIGH(max_wait) 


lIC_time 


WlIC_EER 


;as long as 'iic_timer' 
is OK, 
loop here 
and check 
the' 
IIC_status' . 


;'IIC_status' 
will 
remain 
as 'status_DO_IIC' 
as long as the 
IIC 
;session 
is still 
on. 
This byte 
will be loaded 
with 
'status_OK' 
if 
;the session 
ends 
normally, 
or 
it will be loaded 
with 
some other 
;status 
byte 
if an error 
or arbitration 
process 
occurs. 


;If this micro 
has been 
addressed 
as a slave, 
or has 
lost arbitration 
;and become 
a slave, 
then 
'IIC status' 
indicates 
the situation, 
and 


;this 
subroutine 
is terminated. 
The routine 
that calls 
this 
one must 
;check 
the 
'IIC_status' 
to determine 
if another 
master 
has won the bus 
;so that 
it can wait 
for 'IIC_status' 
to become 
'status_OK', 
at which 
;point, 
it could 
try 
again. 


WIlC 
25: 


MOV 


CJNE 


SJMP 


WIlC 
30: 


CJNE 


A,IIC_status 
A,Istatus_DO_IIC,WIIC_30 


WIlC 
20 


CLR 
IIC 
failure 
CLR 
i_am_a_slave 


RET 


WIlC 
ERR: 


CALL 


ANL 


ORL 


CALL 


MORE_OO_SUB 


IlC_status, 
n11l0000B 
IIC_status,'status_timeout 


WIlC_ERRX 


;do error 
recovery 
here 
- i.e. lost arbitration, 
bus error. 


;Alternately, 
can 
return 
the error 
code 
to the calling 
routine 
so 
;that 
the main 
routines 
decide 
what 
to do for various 
errors. 
For 
;development 
and debug 
purposes, 
this example 
routine 
ignores 
the 
;errors. 


WIlC 
35: 


SETB 


RET 


WIlC 
ERRX: 


RETI 


;indicate 
a failed 
IIC session 


;ensure 
the 
interrupt 
bit 
is cleared 


;.•... 
IIC_time .•. 


;Subroutine 
to increment 
lIe timeout 
timer. 
ACC 
returns 
0 if timeout 


lIe time: 
INC 
iic_timer 
MOV 
A,iic_timer 


JNZ 
time 
X 
INC 
iic timer 
+ 
MOV 
A,iic_timer 
+ 


;This 
subroutine 
is used 
by all the 
IIC_OS 
states 
to get the next data 
byte 
;from the 
address 
,IO_address' 
in the memory 
space 
indicated 
in 
;'Command?adrs?space'. 
This 
routine 
also 
saves the 
fetched 
data 
in the byte 
;'last_data' 
so error 
recovery 
can be easily 
done. 
Before 
this 
routine 
exits, 
;the pointer 
'IO_buffer_adrs' 
is incremented. 
;Fetched 
data 
returned 
in ACCumulator. 


;INPUT: 


;'IO_address' 
has 
address 
where 
data 
is 
to 
be 
fetcned 
from. 
If 
the 
target 


space 
is 
DATA, 
then 
the 
LSByte 
of 
'IO_address' 
is 
the 
full 


address 
and 
the 
MSByte 
is 
ignored. 


;'Command?adrs?space' 
holds 
the 
information 
for 
which 
address 
space 
is 
to 
be 
targeted 
for fetching 
the data. 


;ACCumulator 
is 
loaded 
with 
the 
fetched 
byte. 


;'last_data' 
gets 
the 
fetched 
byte 
as 
well. 


;'IO_address' 
is 
incremented. 


FETCH 
DATA: 
JB 
MOV 
MOV 
JB 


IO_Data,FD_Data 


OPL,IO_buffer_adrs 


DPH,rO_buffer_adrs+l 


IO_Code,FD_Code 


;is 
data 
in 
DATA 
space? 


;no, 
then 
must 
be 
XDATA 
or 
CODE 
space 


last_data, 
A 
DPTR 
IO_buffer_adrs,DPL 
IO_buffer_adrs 
+ l,DPH 


;store 
data 


;bump 
pointer 


;restore 
pointer 


;enter 
here 
if data 
is in CODE 
space 


FD-Code: 
CLR 
A 
MOVC 
A,@A+DPTR 
SJMP 
FD-exit 


;enter 
here 
if data 
is in DATA 
space 


MOV 
RO,IO_buffer_adrs 
MOV 
A,@RO 


MOV 
last_data, 
A 


INC 
RO 


MOV 
IO_buffer_adrs,RO 
RET 


;Subroutine 
HSTORE 
DATA" 
;DESCRIPTION: 


;This 
subroutine 
stores 
incoming 
data 
in 
the 
address 
'10 
address' 
in 
the 


;data 
space 
indicated 
in 
'Command?adrs?space'. 
Only 
XDATA 
and 
DATA 
spaces 


;are 
valid 
since 
we 
cannot 
write 
into 
the 
CODE 
space. 


;INPUT: 


;ACCumulator 
has 
data 
to 
be 
stored. 
This 
data 
is 
not 
corrupted. 


;'IO_address' 
holds 
address 
for 
where 
data 
is 
to 
be 
stored 


; 'Command?adrs?space' 
(bit 
addressable) 
describes 
which 
data 
space 
is 
to 


be 
targeted. 


;ACCumulator 
contents 
are 
stored 
in 
address 
as 
described 
above. 


;'last_data' 
holds 
a 
copy 
of 
the 
data. 


;'IO_address' 
is 
incremented. 


SO Xdata: 


MOV 
MOV 
MOVX 
MOV 
INC 
MOV 
MOV 


RET 


OPL,IO_buffer_adrs 
OPH, IO_buffer_adrs+1 
@DPTR,A 


last_data, 
A 
DPTR 


IO_buffer_adrs,DPL 


IO_buffer_adrs+l,DPH 


;no, 
then 
must 
be 
XDATA 
so 
load 


;address 
into 
DPTR 


;store 
the 
data 


;and 
copy 
it 


;bump 
the 
address 
pointer 


;and 
restore 
it 


RO,IO_buffer 
adrs 
@RO,A 
last_data, 
A 
RO 


IO_buffer_adrs,RO 


;get 
the 
address 
into 
RO 


;store 
the 
data 


;and 
copy 
it 


;bump 
the 
address 
pointer 


;and 
restore 
it 


;This 
subroutine 
fetches 
a 
byte 
from 
the 
address 
'IIC_Command_File_adrs' 
in 


;the 
address 
space 
indicated 
in 
'Command?adrs?space' 
(bit 
addressable). 
If 


;wFETCH_COMMAND_Ow 
is 
called, 
then 
the 
address 
pointer 
'IIC_Command_File 
adrs' 


;is 
not 
incremented 
at 
exit, 
otherwise 
the 
address 
pointer 
is 
incremented. 


;INPUT: 


;'IIC 
Command_File 
adrs' 
holds 
the 
address 
of 
the 
byte 
to 
be 
retrieved. 


;'Command?adrs?space' 
indicates 
in 
which 
address 
space 
the 
command 
file 
resides 
;OUTPUT: 


;ACCumulator 
holds 
the 
retrieved 
byte. 


;'IIC_Command_File 
adrs' 
is 
incremented 
(not 
if 
wFETCH_COMMAND_Ow 
is 
called). 


FETCH_COMMAND 
0: 


CLR 
C 


SJMP 
FC 
10 


command_Data, 
FC_Data 


DPL,IIC_Command_File_adrs 


DPH,IIC_Command_File_adrstl 


command_Code, 
FC_Code 


;is 
command 
file 
in 
DATA 
space? 


;no, 
must 
be 
XDATA 
or 
CODE 


;don't 
increment 
pointer 
if no carry 


;if carry 
set, 
increment 
pointer 


IIC_Command_File_adrs,DPL 
IIC_Command_File 
adrs+l,DPH 


CLR 
A 
MOVC 
A,@A+DPTR 


SJMP 
FC exit 


MOV 
RO,IIC_Command_Flle 
adrs 


MOV 
A,@RO 
JNC 
FCD 
X 
INC 
RO 


;nmake 
spacen 
is used 
to update 
the 
'Command?adrs?space' 
byte 
which holds 
;the information 
for which 
memory 
space 
is to be targeted 
for data 
and 


;command 
bytes. 
This 
subroutine 
is usually 
called 
by a state that has 
just 


;read-in 
the command 
file byte 
indicating 
address 
space 
information. 


;INPUT: 


make 
space: 


XCH 
ANL 


ORL 
XCH 


A,Command?adrs?space 
A, Itcommands 
A,Command?adrs?space 
A,Command?adrs?space 


;get present 
address 
space 
byte 


;clear all bits 
except 
command 
bits 


;mask 
in new address 
space 
info 


;restore 


;IIC 
interrupt 
vector 


;Every 
time 
a significant 
event 
occurs 
on the 
lIe bus 
(a start, 
stop, error, 
;etc.), 
this 
interrupt 
routine 
is entered. 
This 
routine 
reads 
the 
IIC 
;hardware 
SFR called 
'SlSTA' 
to determine 
what 
state 
the IIC hardware 
is in. 
;Each 
state 
has 
it's own processing 
routine 
as shown below. 


;The multimaster 
routines 
shown 
are very 
simple 
in this module 
- multimaster 


;functions 
are very dependent 
on the system 
being 
serviced. 
This 


;module 
simply 
relinquishes 
control 
of the bus 
if 
another 
master 
wins 
;arbitration; 
it will 
receive 
or send bytes 
if it is addressed 
as a 


;slave. 


!IC_VECTOR: 
PUSH 
PUSH 
PUSH 
PUSH 
PUSH 


;'SlSTA', 
the 
SFR 
indicating 
IIC 
hardware 
status 
for 
the 
'552 


;limited 
range 
of 
values, 
namely 
DOH 
to 
aCBH 
in 
steps 
of 
OSH. 


:manipulation 
changes 
the 
'S!STA' 
value 
to 
a 
number 
from 
0 
to 


;numher 
is 
then 
multiplied 
by 
2 
so 
a 
jump 
can 
be 
done 
from 
an 


MOV 
SWAP 
RLC 
JNC 


INC 
!ICV_IO: 
RL 
MOV 
JMP 


takes 
on 
a 


The 
following 
25. 
This 


'AJMP' 
table. 


A,SlSTA 


A 


A 
!ICV_IO 


A 


A 
DPTR,.SlSTA_OO 
@A+DPTR 


;all 
sections 
exit 
here. 


;The 
timeout 
timer 
'iic_timer' 
is 
restarted 
every 
time 
around, 
it 
is 
assumed 


;that 
if 
an 
interrupt 
occurs, 
that 
more 
than 
likely, 
everything 
is 
OK. 


!IC EXIT: 
MOV 
MOV 


POP 
ARO 
POP 
DPH 
POP 
DPL 
POP 
ACC 
POP 
PSW 
RETI 


l1C 
timer, BLOW (max_wait) 


iic_timer 
+ 
1,8HIGH(max_wait) 


SISTA 
00: 
AJMP 
MORE-00 
;Bus Error 
mode 


AJMP 
MORE-08 
;Master 
Receiver/Transmitter 
Mode 
AJMP 
MORE-10 
;Master 
Receiver/Transmitter 
Mode 
AJMP 
MORE-18 
;Master 
Transmitter 
Mode 
AJMP 
MORE-20 
;Master 
Transmitter 
Mode 
AJMP 
MORE-28 
;Master 
Transmitter 
Mode 
AJMP 
MORE-30 
;Master 
Transmitter 
Mode 
AJMP 
MORE 
38 
;Master 
Receiver/Transmitter 
Mode 


AJMP 
MORE 
40 
;Master 
Receiver 
Mode 
- 
AJMP 
MORE-48 
iMaster 
Receiver 
Mode 
AJMP 
MORE-50 
;Master 
Receiver 
Mode 
AJMP 
MORE-58 
;Master 
Receiver 
Mode 


AJMP 
MORE-60 
iSlave 
Receiver 
Mode 
AJMP 
MORE-68 
;Slave 
Receiver 
Mode 
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AJMP 
MORE 
70 
;Slave 
Receiver 
Mode 
- 
AJMP 
MORE 
78 
;Slave 
Receiver 
Mode 
- 
AJMP 
MORE 
80 
;Slave 
Receiver 
Mode 
- 
AJMP 
MORE 
88 
;Slave 
Receiver 
Mode 
- 
AJMP 
MORE 
90 
;Slave 
Receiver 
Mode 
- 
AJMP 
MORE 
98 
;Slave 
Receiver 
Mode 
- 


AJMP 
MORE 
AO 
;Slave 
Receiver 
Mode 
- 


AJMP 
MORE 
A8 
;Slave 
Transmitter 
Mode 
- 
AJMP 
MORE 
BO 
;Slave 
Transmitt:er 
Mode 
- 
AJMP 
MORE 
B8 
;Slave 
Transmitter 
Mode 
AJMP 
MORE 
CO 
;Slave 
Transmitter 
Mode 
AJMP 
MORE-C8 
; Slave 
Transmitter 
Mode 


MORE_OO: 
MOV 
ANL 
ORL 


IIC_status,Nstatus_buss_err 
PI, NOOllllllB 
PI, UIOOOOOOB 


MORE_OO_SUB 
lIC_EXIT 


;This 
portion 
of 
State 
00 
was 
made 
ioto 
a 
subroutine 
so 
that 
the 
"WAIT_IIC" 


;routine 
could 
call 
it 
when 
a 
timeout 
error 
occurs. 


;This 
routine 
sets 
all 
counters 
and 
other 
"IIC 
OS" 
registers 
to 
O. 


MORE 
00 SUB: 
CLR 
CLR 
MOV 
MOV 
MOV 
MOV 
RET 


i_am_a_slave 


A 
Attempt_count, 
A 
Multiple_count, 
A 
last_data, 
A 
SICON,NENSI_NOTSTA_STO 
NOTSI 
AA CRO 


;State 
08 
indicates 
that 
a 
start 
condition 
has 
been 
transmitted. 
;MASTER 
RECEIVER/TRANSMITTER 
MODE. 


;10 
this 
case, 
the 
"IIC_OS" 
possibilities 
are 
one 
- 
the 
next 
byte 
in 
the 


;'IIC_Command_FIle' 
must 
be 
the 
slave 
address 
(and 
read/write 
bit). 


MORE 
08: 
CALL 
MOV 


;State 
IOH 
= 
a 
repeated 
start 
condition 
has 
been 
transmitted. 


;MASTER 
RECEIVER/TRANSMITTER 
MODE. 


;This 
state 
is 
handled 
just 
like 
State 
OSH. 
The 
"IIC_OS" 
definition 
ensures 


;that 
the 
next 
byte 
in 
the 
'IIC_Command_File' 
will 
be 
a 
slave 
address 
(and 
;read/write 
bit). 


;State 
ISH = 
(Slave address 
+ Write 
bit) has been 
transmitted, 
and an ACK has 


been 
returned. 
;MASTER 
TRANSMITTER 
MODE. 
;Once 
a slave 
address 
has been 
transmitted, 
several 
possibilities 
exist, 


;namely: 
set-up 
to send/receive 
n bytes 
with 
count 
and address 
info coming 


from the command 
file stream 


MOV 
CALL 
SJMP 


MIS 
SUB: 
JBC 
JBC 


OR 
set-up 
to send/receive 
n bytes 
with 
count 
and address 
info coming 


from the 
'indirect_count' 
and 
'indirect 
adrs' 
registers. 
The 


mainline 
routine 
must 
set these 
registers 
before 
initiating 
an IIC 


session. 


OR 
set-up 
to send 
1 byte 
('immediate 
') from the command 
file stream. 
OR 
set-up 
to send/receive 
1 byte 
from/to 
'single data' 
register. 
The 


mainline 
routine 
must 
load 
'single_data' 
if it is to be transmitted. 


CALL 
CALL 
JBC 
CALL 


FETCH_COMMAND 
make_space 
immediate_data,MIB_30 
MIS 
SUB 


;get next byte 
in command 
file 


;update 
'Command?adrs?space' 
;is data 
immediate? 


;No, call 
subroutine 
to load count 
;and address 
of data 
;now ready 
to get data 
byte 


;enter 
here 
if immediate 
data 
output 
requested. 
;The data 
to be transmitted 
is the next byte 
in the command 
file. 


Multiple_count,~O 
FETCH 
COMMAND 
MIS 
25 


;"MIB 
SUB" 
subroutine 
checks 
for 'indirect_' 
and 
'singleD_' 
commands. 
;State 
1BH and State 
40H use 
this 
subroutine. 


;If an indirect 
feature 
is requested, 
load address 
and count 
;information 
from the 
'indirect_count' 
and 
'indirect_adrs' 
registers 


;if the 
'indirect_' 
feature 
is not requested, 
then the count 
and 
;address 
information 
are contained 
in the next bytes 
of the command 


;file. 


indirect_xxx, MIBS_10 
singIeDATA,MISS_20 
;if indirect, 
clear bit 
and service 


;if one data byte 
in/out 
to 'iic_data' 


;enter 
here 
if the count 
and address 
for the data 
to be read/written 


;is in the command 
file 
itself 
(i.e. no special 
commands). 


M18S 
10: 
DEC 


MOV 
MOV 
MOV 
RET 


M18S 
20: 


MOV 
MOV 
ANL 
ORL 
MOV 
MOV 
RET 


CALL 
DEC 
MOV 
CALL 
MOV 
JB 
CALL 
MOV 


;get 
next 
byte 
in 
command 
file 


;decrement 
and 


;store 
as 
byte 
count 


;get 
next 
byte 
in 
command 
file 


;store 
as 
LSByte 
of 
data 
address 


;if 
DATA 
space, 
only 
1 
address 
byte 


;get 
next 
byte 
in 
command 
file 


;store 
as 
MSByte 
of 
data 
address 


FETCH_COMMAND 


A 
Multiple_count, 
A 
FETCH 
COMMAND 


IO_buffer_adrs,A 
IO_Data,MI8S_X 
FETCH 
COMMAND 
IO_buffer 
adrs+l,A 


;enter 
here 
if 
indirect 
requested. 
The 
number 
of 
bytes 
to 
be 


;written 
or 
read 
is 
contained 
in 
the 
'indirect_count' 
register, 


;the 
address 
of 
the 
bytes 
to 
be 
read 
or 
written 
is 
contained 
in 
;the 
' indirect_address' 
register 
(5) 
. 


indirect 
count 
Multlple~count,lndlrect 
count 


IO_buffer_adrs,indirect_adrs 


IO_buffer 
adrs 
+ 
1,indirect_adrs 
+ 
1 


;enter 
here 
if 
single 
byte 
input/output 
from 
DATA 
space 
requested 


; ('singleDATA' 
) . 


Multiple_count, 
NO 


A,NNOT(iospaces_) 


A,Command?adrs?space 
A, NioD_ 


Command?adrs?space,A 


IO_buffer 
adrs,'single 
data 


;State 
20H 
= 
(Slave 
address 
+ 
Write 
bit) 
has 
been 
transmitted, 
no 
ACK 
from 


;slave. 
;MASTER 
TRANSMITTER 
MODE. 


;This 
state 
counts 
the 
number 
of 
failures 
for 
a 
transmitted 
address 
- 
if 


;'max_adrs_attempts' 
failures 
occur 
in-a-row, 
then 
abort 
session. 


MORE_20: 
INC 
MOV 
CJNE 
MOV 
JMP 


Attempt_count 
A, Attempt_count 


A,'max_adrs_attempts,M20_10 


IIC_status,'status_attempt_adrs 
MOO 
10 


;if 
too 
many 
failures, 


;indicate 
attempt 
error 


;if 
less 
than 
'max 
attempts' 
fallures, 
then 
set 
command 
file 
pointer 


;back 
one, 
and 
try 
sending 
address 
again. 


MOV 
RO,IIIC_Command_File_adrs 
MOV 
A,@RO 
JNZ 
M20_2D 
INC 
RD 
DEC 
@RO 
DEC 
RO 


;State 
28H = Data byte 
has been 
transmitted, 
ACK has been 
received. 


;MASTER 
TRANSMITTER 
MODE. 


;This 
section 
is entered 
when 
a data 
byte has been 
successfully 
transmitted. 
;Now the 
system 
has to check 
if more 
data bytes 
are to be sent, 
and 
if not, 
;should 
a subroutine 
be called 
before 
going 
on to next 
IIC block 
in the 


;IIC command 
file. 


MORE 
28: 
MOV 
MOV 
JZ 
DEC 
JMP 


Attempt_count ••O 
A,Multiple_count 
M28 
03 
Multiple_count 
MI8 
20 


;clear attempt 
count 
since all OK 
;check 
for end of data bytes 
out 


;last byte has been 
sent 


;more bytes 
to be sent so decrement 


;count and send next byte 


M28 
03: 
JBC 
call 
function, M28-20 
M28-05 : 


CALL 
FETCH_COMMAND -0 
CJNE 
A, 1Hicend, M2B-10 
M28 
X: 
MOV 
IIC-status,lstatus 
OK 
JMP 
MOO 
10 


;enter 
here 
if a 'call' 
to a subroutine 
is requested. 
First 
push 
;the return 
address 
(above) onto 
stack, 
then get the address 
of the 


;subroutine 
to call 
from the 
IIC command 
file. 
Push 
the call 
address 
;onto the 
stack 
(low address 
first), 
then 
call subroutine. 


;The called 
subroutine 
could 
be used 
to modify 
the contents 
of the 
;'IIC_Command_File_adrs' 
registers. 
In doing 
so, IF-THEN-ELSE 
;control 
flow could 
be done 
(i.e. based 
on some 
IIC read 
information, 


;the subroutine 
may decide 
to run one of several 
other 
IIC blocks, 


;or end the 
session 
altogether). 
More 
likely, 
the subroutine 
will 
be 
;used to manipulate 
some data 
before 
it is transmitted. 


MOV 
PUSH 
MOV 
PUSH 
CALL 
PUSH 
CALL 
PUSH 
RET 


A.ILOW(M28_0s) 
ACC 
A ••HIGH(M28_0s) 
ACC 
FETCH_COMMAND 
ACC 
FETCH_COMMAND 
ACC 


;get address 
of subroutine 
from command 
file 
;and put 
it onto the stack 
(LSB first) 


;State 
30H 
= Data 
byte 
has been 
transmitted, 
NO ACK 
received. 


;MASTER 
TRANSMITTER 
MODE. 
;This 
state 
is similar 
to state 
20H, except 
that data has been 
transmitted, 


;not an address. 
;The 
routine 
'FETCH_DATA' 
always 
stores 
the data 
fetched 
as 'last_data' 
so 


:that 
in the case 
of a NO ACK, 
it can be re-transmitted. 


MORE_30: 


INC 
MOY 
CJNE 
MOY 
JMP 


Attempt 
count 
A, Attempt_count 
A,imax_data_attempts,M30_10 
IIC_status,istatus_attempt_data 
MOO 
10 


;bump attempt 
count 
;if too many 
attempt, 
error 


;State 
38H 
= Arbitration 
lost to another 
master. 


;MASTER 
TRANSMITTER 
MODE. 
;If this 
state 
is entered, 
simply 
let the other Master 
have 
the 
run of the 


;bus. 
The mainline 
routine 
that 
started 
the 
IIC session 
can check 


;the 
'IIC_status' 
register 
for this 
state and re-try 
later. 


MORE 
38: 
MOY 
JMP 


;State 
40H 
= 
(Slave Address 
+ Read 
bit) has been 
transmitted, 
ACK 
received. 


;MASTER 
RECEIVER 
MODE. 


;This 
state 
is very 
similar 
to State 
18H and shares 
a subroutine 
with 
that 


;state. 


CALL 
CALL 
CALL 


FETCH 
COMMAND 
make_space 
M18 
SUB 


MOV 
A,Mult-iple count 


JNZ 
M40 
20 


MOY 
SICON,~ENSl_NOTSTA_NOTSTO 
NOTSI 
NOTAA 
CRO 


JMP 
IIC_EXIT 


;State 
4BH 
= 
(Slave address 
+ Read 
bit) 
transmitted, 
NOT ACK 
received. 
;MASTER 
RECEIVER 
MODE. 


;See State 
20H. 


;State 
SOH = Data 
byte 
has been 
received, 
ACK 
returned. 


;MASTER 
RECEIVER 
MODE. 


;This 
state 
stores 
the 
received 
data byte 
and determines 
whether 
more 
data 
is 
;required 
or not. 
If more 
data 
required 
(i.e. 'Multiple 
count' 
> 
1), then 


;send back 
an ACK, 
if no more data 
to be received 
('Multiple_count" 
= 1), then 
;set-up 
to return 
a NOT ACK on next data byte 
reception. 


MORE 
50: 


MOV 
CALL 
MOV 
MOV 
CJNE 


A,SlDAT 
STORE 
DATA 
Attempt_count,.O 
A,Multiple_count 
A, U,M50 
10 


;get received 
data byte 


;store the data 
in appropriate 
space 
;indicate 
all OK 


;check 
for more bytes 
to be received 


;If next 
byte 
to be received 
is last, make 
sure a NOT ACK 
is sent 
;with 
next 
reception. 


;State 
58H = Data byte 
has been 
received, 
NOT ACK has been 
returned. 
;MASTER 
RECEIVER 
MODE. 
;This 
state 
is entered 
when 
the 
last byte 
required 
has been 
received 
by the 
;Master. 
In this 
case, 
the byte 
must 
be stored, 
then a check must 
be done 
;for the 
calling 
of a subroutine, 
and/or 
the end of the entire 
IIC session. 


;See State 
28H 
for more 
details. 


MORE 
58: 
MOV 
CALL 
MOV 
JMP 


A,SlDAT 
STORE 
DATA 
Attempt 
count,lt-O 
M28 
03 


;get received 
byte 


;store 
it 


;clear error 
flag 


;check 
for end-of-session 
or 
'call' 


;State 
60H = Own 
Slave 
Address 
(+ Write 
bit) 
has been 
received, 
ACK has been 
returned. 


;SLAVE 
RECEIVER 
MODE. 


;When 
own 
address 
found, 
this 
system 
will 
recelve 
'SLVbytes 
in' bytes 
of data 
;into 
'Slave 
in' data 
space. 


;The calling 
master 
must 
produce 
the 
stop or repeated 
start conditions. 
This 
;micro 
was not 
in an active 
IIC mode 
when 
the other 
master 
addressed 
it, so 
;the "WAIT_IIC" 
subroutine 
is not active, 
thus timeout 
problems 
will 
not be 
;checked 
for unless 
"WAIT 
IIC" 
is called. 
"WAIT_IIC" 
will do only a timeout 
;check 
if called 
from the main program 
since 
it will 
wait 
for the 
'lIe_status' 


;to become 
'status_OK'. 


SETB 
MOV 
MOV 
MOV 
SJMP 


i_am_a_slave 
Multiple_count,t(SLVbytes_in 
- 


Command?adrs?space,lioD_ 
IO_buffer_adrs,iSlave 
in 


M40_20 


1) 
;set 
for t bytes 
received 


;receive 
bytes 
into DATA 
space 


;address 
of DATA 
space 
target 


;State 
68H = Arbitration 
lost while 
addressing 
a slave; 
Own 
slave 
address 
and 


write 
bit has been 
received. 


;SLAVE RECEIVER 
MODE. 
:Indicate 
that 
arbitration 
is lost so that 
the wWAIT 
lIeN 
routine 
is aborted 


;and the 
interrupt 
from the 
IIC hardware 
runs the system. 


;wWAIT_IICw 
is active 
if this 
state 
is entered 
since 
state 
68H is entered 


;upon 
lost arbitration 
for the bus. 
;wWAIT_IICw 
will 
terminate 
in this 
case 
since 
the 
'IIC_status' 
will 
show 
that 


;another 
master 
has 
won the bus. 


MORE 
68: 


MOV 
SJMP 


;State 
70H = General 
call 
address 
(DOH) has been 
received, 
ACK has bee~ 


returned 
(by this micro) . 


;SLAVE 
RECEIVER 
MODE. 


;Indicates 
that 
a general 
call has been 
received 
- 'SLVbytes_in' 
bytes 
will 


;be received 
into 
'Slave_in' 
as if this 
slave were 
addressed. 


MORE 
70: 
MOV 
SJMP 
IIC_status"status_general 
slave 
M60_10 


;State 
78H = Arbitration 
lost while 
addressing 
a slave 
- General 
call 
address 


(OOH) has been 
received, 
ACK has been 
returned 
(by this micro) . 


;SLAVE RECEIVER 
MODE. 


;Indicates 
that 
a general 
call has been 
received 
- 'SLVbytes 
in' bytes 
will 
be 
;received 
into 
'Slave_in' 
as if this 
slave 
were addressed. 


MORE 
78: 


MOV 
SJMP 
IIC_status"status_arb_lost_general 
M60_10 


;State 
SOH = Previously 
addressed 
with 
own slave address; 
data has been 


received, 
ACK has been 
returned 
(by this micro) . 


;SLAVE RECEIVER 
MODE. 


;Oata byte 
received 
in 'SlOAT', 
ACK 
returned. 


;State 
8SH = Previously 
addressed 
with 
own slave 
address; 
data byte 
has been 


received, 
NOT ACK has been 
returned 
(by this micro) . 
;SLAVE 
RECEIVER 
MODE. 


;Last byte 
to be 
received 
is in 'SlDAT'. 
A NACK has been 
returned. 


MORE 
88: 


MOV 
CALL 


MOV 
IIC_status,~status 
OK 
CLR 
i 
am_d_slave 
SJMP 
M40 
20 


;State 
90H 
= 
Previously 
addressed 
with 
general 
call; 
data 
byte 
has 
been 


received, 
ACK 
has 
been 
returned 
(by 
this 
micro) 
. 


;SLAVE 
RECEIVER 
MODE. 


;State 
9BH 
= 
Previously 
addressed 
with 
general 
call; 
data 
byte 
has 
been 


received, 
NOT 
ACK 
has 
been 
returned 
(by 
this 
micro) 
. 
;SLAVE 
RECEIVER 
MODE. 


;State 
AOH 
= 
a 
STOP 
or 
repeated 
START 
has 
been 
received 
while 
still 
in 
the 


addressed 
slave 
receiver 
or 
transmitter 
mode. 


;SLAVE 
RECEIVER 
MODE. 


;State 
ASH 
= 
Own 
slave 
address 
+ 
read 
byte 
has 
been 
received; 
ACK 
has 
been 


returned 
(by 
this 
micro) 
. 
;SLAVE 
TRANSMITTER 
MODE. 


;This 
micro 
has 
been 
addressed 
by 
another 
master, 
and 
has 
been 
told 
to 
send 


;data. 
This 
micro 
will 
respond 
by 
sending 
'SLVbytes_out' 
bytes 
of 
data 
from 


;'Slave 
out'. 


SETB 
MOV 
MOV 
MOV 
MOV 
SJMP 


i 
am 
a 
slave 


Multiple 
count,'(SLVbytes 
out) 


Command?adrs?space,iioD_ 


IO_buffer_adrs,'Slave_out 


IO_buffer_adrs 
+ 
1,10 
MORE 
B8 


;set 
for 
2 
bytes 
to 
be 
sent 


;transmit 
bytes 
from 
DATA 
space 


;address 
of 
DATA 
space 
target 


;State 
BOH 
= 
Arbitration 
lost 
while 
trying 
to 
get 
to 
a 
slave; 
own 
slave 


address 
+ 
read 
has 
been 
received; 
ACK 
has 
been 
returned 
(by 
this 


micro) 
. 
;SLAVE 
TRANSMITTER 
MODE. 


MORE_BO: 
MOV 
SJMP 


;State B8H = Data byte 
in SlDAT 
has been 
transmitted; 
ACK has been 
received. 
;SLAVE 
TRANSMITTER 
MODE. 


:This 
section 
checks 
if 
any 
more 
bytes 
are 
to 
be 
transmitted. 


MORE_BS: 
MOV 
JZ 
DEC 


A, Multiple_count 
MES_03 


Multiple_count 


CALL 
MOV 
JMP 


FETCH_DATA 
SlDAT,A 
M40 
19 


:now ready 
to get data 
byte 


;send 
as 
data 


;State 
COH 
= 
Data 
byte 
in 
SlDAT 
has 
been 
transmitted; 
NOT 
ACK 
has 
been 
received. 
;SLAVE 
TRANSMITTER 
MODE. 


;This 
is 
the 
end 
of 
the 
addressed 
slave 
session. 
A 
STOP 
or 
repeated 
START 


;will 
be 
the 
next 
state, 
but 
this 
addressed 
slave 
doesn't 
care 
unless 
the 
next 
;address 
sent by the 
calling 
master 
is it's own, or the general 
call 
address. 


;State 
cBH 
= 
Last 
data 
byte 
in 
SlDAT 
has 
been 
transmitted; 
ACK 
has 
been 
received. 
;SLAVE 
TRANSMITTER 
MODE. 


;Treated 
same 
as 
state 
CO. 
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Summ~: 
This application note presents a set of software rOI~tines,to drive the I'C interface in 8xC528 
type of micro controllers. 1\ description of the I'C intedace is given. Examples show how to use 
these routines in PUM-51, C and assembly source code. 


This application note describes the 
12C interface of the 8xC528 IlC and gives a set of routines 
in application programs to drive this interface. 


Chapter 2 gives a hardware description of the bit level 12C. It gives an overview what 
functions are done in hardware by the interface and the functions that should be implemented by 
software. The registers described are accessible with software and control the 
1 
2C interface. 


Chapter 3 gives a description of the routines that may be used by the application program. The 
routines are written in such a way that the 12C interface becomes transparent to the user. The 
slave program is descibed in more detail, because this routine may be adapted by the user for his 
specific application. 


Chapter 4 gives simple example programs that show how to use the routines in assembly, PUM 
and C application programs. 


References: 
- The 12C-bus specification; 
9398 358 10011 


- 8051-based 8-bit Microcontrollers; 
Data Handbook IC20 


- PLM51 12C Software interface IIC51; 
ETV/AN89004 


On page 4 the block diagram of the bit-level I'C interface is shown. P1.6/SCL and P1.7/SDA are 
the serial I/O pins. These two pins meet the I'C specification concerning the input levels and output 
drive capability. Consequently, these pins have an open drain configuration. 
All four modes of the I'C bus can be used: 


- 
Master transmitter 


- 
Master receiver 


- 
Slave transmitter 
• 
Slave receiver 


The advantages of using the bit-level I'C hardware compared with a full software implementation 
are: 


Higher bit rate 
No critical software timing requirements 
Less software overhead 
More reliable data transfer 


Filtering the incoming serial data and clock signals. Glitches shorter than 4 Xtal periods are 
rejected. 
Recognition of a START or STOP condition. 
Generating an interrupt request after reception of a START condition. 
Setting the Bus Busy flag when a START condition is detected. 
Clearing the Bus Busy flag when a STOP condition is detected. 
Recognition of a serial clock pulse on the SCL line. 
Latching the serial data bit on the SDA line at every rising edge on the SCL line. 
Stretching the LOW period of the serial clock SCL to synchronize with external master devices. 
Setting the Read Bit Finished (RBF) or Write Bit Finished (WBF) flag if an error free bit 
transfer has occurred. 
Setting a Clock LOW-to-HIGH (CLH) flag when a leading edge is detected on the SCL line. 
Generation of serial clock pulse on SCL in master mode. 


Handling the J'C interrupt caused by a detected START condition. 
Conversion of serial to parallel data when receiving. 
Conversion of parallel to serial data when transmitting. 
Comparing received slave address with own slave address. 
Interpretation of acknowledge information. 
Guarding the I"C status if the RBF and WBF flags indicate a not regular bit transfer. 
Generating START/STOP conditions when in master mode. 
Handling bus arbitration when in master mode. 
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Control of the 12Cbus hardware is done via 3 Special Function Registers: 


S1INT: This register contains the serial interrupt flag SI. 
S1BIT: For read this register contains the received bit SOL 
For write this register contains bit SOO to be transmitted. 


S1SCS:For read this register contains status information. 


For write this register is used as control register. 


511NT.7 is the Serial Interrupt request flag (SI). 
If the serial I/O is enabled (ENS': 
1), then a START condition will be detected and the Sl flag 
is set on the falling edge of the filtered SCL signal. 
Provided that EA (global enable) and ES1 (enable 12Cinterrupt) are set (in the interrupt enable 
IE register), SI generates an interrupt that will start the slave address receive routine. 
SI is cleared by accessing the S1BIT register or by writing 'OOH'to S1INT. SI cannot be set by 
software 


After reception of a START condition, the LOW period of the 5CL pulse is stretched, 
suspending serial transfer to allow the software to take appropriate action. This clock stretching 
is ended by accessing the S1BIT register. 


51 BIT.7 contains two physical latches; the Serial Data Output (SOO) latch for a write operation 
and the filtered Serial Data Input (SOl) latch for a read operation. SOl data is latched on the 
rising edge of the filtered 5CL pulse. 51BIT.7 accesses the same physical latches as S1SCS.7, 
but 51 BIT.7 is not bit-addressable. 


Reading or writing S1BIT register starts the next additional actions: 
- SI, CLH, RBF and WBF flags are cleared 
- Stretching the LOW period of the SCL clock is finished. 
- Auto-elock pulse is started if enabled 


The auto-clock is an active HIGH SCL pulse that starts 28 Xtal periods after an access to 
S1BIT. 5CL remains high for 100 Xtal periods. If the SCL line is kept LOW by any device that 
wants to hold up the bus transfer, the auto-elock counter still runs for 20 Xtal periods to try to 
make SCL high and then go in a wait-state. This will result in a minimum SCL HIGH time of 80 
Xtal periods (51J.S at fXIaI = 16MHz). 
The auto-clock signal will be inhibited if the SCO flag in the S1SCS register is set to '1'. 
SCL pulses must then be generated by software. In this situation access to S1BIT may be 
used to clear the SI, CLH, RBF and WBF flags. 


A quick check on a successful bit transfer from'to SOO/SOI is carried out by testing only the 
RBF or WBF flag (see 2.2.3). 


2.2.3 S1SCS: Control 
and status 
register 


S1SCS.7 represents two physical latches, the Serial Data Output (SOO) latch for write 
operations and the Serial Data Input (SOl) latch for read operations. S1SCS.7 accesses the 
same physical latches as S1BIT.7, but S1SCS.7 is bit addressable. However a read or write 
operation of S1SCS.7 does not start an auto-elock pulse, will not finish clock stretching and will 
not clear flags! 


S1SCS.6 represents two physical latches, the Serial Clock Output (SCO) latch for write 
operations and the Serial Clock Input (SCI) latch for read operations. The output of SCO is 
"OR-ed" with the auto-clock pulse. If SCO = '1' the auto-clock generation is disabled and its 
output is lOW. 
Internal clock stretching logic and external devices then can pull the SCl line 
lOW. 
If the auto-clock is not used the SCl 
line has to be controlled by setting SCO = '1', waiting for 
ClH to become '1' and setting SCO '" '0' alter the specified SCl 
HIGH time. Data access 


should be done via S1SCS.7. 


S1SCS.5 is the serial Clock lOW-to-HIGH 
transition flag (ClH). This flag is set by a rising 
edge of the filtered serial clock. ClH = '1' indicates that no devices are stretching SCl 
lOW, 


and since the last ClH 
reset, a new valid data bit has been latched in SOl. 


ClH can be cleared by writing '0' to S1SCS.5 or by a read or write operation to the S1BIT 
register. Clearing ClH 
also clears RBF and WBF. Writing a '1' to S1SCS.5 will not allect ClH. 


S1SCS.4 is the Bus Busy flag (BB). BB is set or cleared by hardware only. If set it indicates 
that a START condition has been detected on the I'C bus. A STOP condition clears the BB- 
flag. 


S1SCS.3 is the Read Bit Finished flag (RBF). If RBF = 1 it indicates that a serial bit has been 
received and latched into SOl successfully. If during a bit transfer RBF is '0', the cause is 
indicated as follows: 
- SCI = '1' and ClH = '1': The SCl pulse is not finished and still HIGH. 
- ClH = '0': 
A bus device is delaying the transfer by stretching the lOW 
level on the SCl 
line. 


• BB = '0': 
A STOP-condition has been detected during the bit transfer. This should be 
considered as a bus-error. 
• SI = '1': 
A START-condition has been detected during the bit transfer. This should be 
considered as a bus-error. 


RBF can be cleared by clearing ClH or by a read or write operation to the S1BIT register. 


S1SCS.2 is the Write Bit Finished flag (WBF). If set it indicates that a serial bit in SOO has 
been transmitted successfully. If during bit transfer WBF is '0', the following conditions may be 
the cause: 
• SCI = '1' and ClH = '1': The SCl pulse is not finished and still HIGH. 
• ClH 
= '0': 
A bus device is delaying the transfer by stretching the lOW 
level on the SCl 


line. 


• BB '" '0': 
A STOP-condition has been detected during the bit transfer. This should be 
considered as a bus-error. 


- SI •• '1': 
A START-condition has been detected during the bit transfer. This should be 
considered as a bus-error. 
WBF can be cleared by clearing ClH or access to the S1BIT register. 


S1SCS.1 is the STRetch control flag (STR). STR can be set or cleared by software only. 
Setting STR enables the stretching of SCL LOW periods. Stretching will occur after a falling 
edge on the filtered serial clock. This allows synchronization with the SCL clock signal of an 
external master device. 
If STR is cleared, no stretching of the SCL LOW period will occur after the transfer of a serial 
bit. 
The LOW level on the SCL line is also stretched after a START condition is received, 
regardless of the STR contents. The stretching of the SCL LOW period is finished by a read or 
write operation of the S1BIT register. 


S1SCS.O is the ENable Serial I/O flag (ENS). 
ENS can be set or cleared by software only. 
ENS = '0' disables the serial 110.The I/O signals P1.6/SCL and P1.7/S0A are determined by 
the port latches of P1.6 and P1.7 (open drain). If P1.6 and P1.7 are connected to an I'C bus, 
then the flags SOl, SCI, CLH and BB still monitor the I'C bus status, but will not influence the 
I/O lines, nor will they request an interrupt. 
ENS='1' enables the START detection and clock stretching logic. Note that the P1.6 and P1.7 
latches and the SOO and SCO control flags must be set to '1' before ENS is set to avoid SCL 
and/or SOA to pull the lines LOW. 


A set of routines is written for the I'C interface that supports multi-master and slave operation. 
The routines are placed in a library 12C_0R.L1B,If 12C_OR.L1Bis linked to an application program, 
only the needed object modules are linked in the output file, 
The routines can be used as device driver for PUM-51, C and 8051-assembly code. By using 
these routines the bit-level I'C interface is fully transparent for the user. 


The routines use the following 8xC528 resources: 


Exclusive use of Register_Bank_1. Only R7 of this register bank contains static data (Own 
Slave Address). RO..R6 may be used by the application program when the I'C routine is 
finished. 


7 by1es DATA used for parameter passing. 
1 by1e Bit-Addressable DATA for status flags. 


An n-by1es data buffer is used as destination or source buffer for the by1es to be 
received/transmitted and reside in DATA or 10ATA memory space. 


The code is written to generate the highest transfer rate on the I'C bus. At fx••• = 16Mhz this will 
result in a bit rate of 87.5kbitlsec. 


The following software tools from TaskingIBSO are used for program development: 
- OM4142 Cross Assembler 8051 for DOS: V3.0b 
- OM4144 PLIM 8051 Compiler for DOS: V3.0a 
- OM4136 C8051 Compiler for DOS: V1.1a 
- OM4129 XRAY51 debugger: V1.4c 
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When using these routines in a PUM application program they must be declared EXTERNAL. In 
this declaration the user can specify the type returned by each procedure. All procedures (except 
IniUIC 
and Dis_lIC) can return a BIT or BYTE. depending on the chosen EXTERNAL declaration. 


The BIT or BYTE returned is '0' if the 12C was successful. If a BYTE is returned the following 
check bits are available for the user: 


BYTE.O: An I'C error has been detected. 
BYTE.1: No ACK received. 
BYTE.2: Arbitration lost. 
BYTE.3: Time out error. This may be caused by an external device pulling SCl 
lOW. 


BYTE.4: A bus error has occured. This may be a spurious START/STOP during a bit transfer. 
BYTE.S: No access to 12C bus. 
BYTE.6: 0 
BYTE.7: 0 


Note that typed procedures must be called using an expression. If the result of an 12C procedure is 
to be ignored. a dummy assignment must be done for a typed procedure. The examples in the 
following section assume that the procedures are called from a PUM program. Examples will be 
given later how to use these routines with C and assembly application programs. 


Init_IIC: 


PROCEDURE (Own_Slave_Address. Slave_Sub_Address) EXTERNAL; 
DECLARE 
(Own_Slave_Address, Slave_Sub_Address) BYTE; 
END; 


Init_IIC must be called after RESET. before any procedure is called. The 12C interface and 12C 
interrupt will be enabled. The global enable interrupt flag however will not be effected. This 
should be done afterwards. Own_Slave_Address is passed to Init_IIC for use as slave. 
Slave_Sub_Address is the pointer to a DATA buffer that is used for data transfer in slave 
mode. When used as master in a single master system. these parameters are not used. 


CAll 
Init_IIC (S4h..Slave_Data_Buffer); 


ENABLE; r Enable Interrupts; EA=1 0/ 


Dis_IIC: 


PROCEDURE EXTERNAL; 


Dis_IIC will disable the 12C-interface and the I'C-interrupt. 
The I'C interface will still monitor the bus, but will not influence the SDA and SCL lines. 


IIC_Test_Device: 


PROCEDURE (Slave_Address) [BITIBYTE} EXTERNAL; 
DECLARE 
(Slave_Address) BYTE; 
END; 


IIC_TesCDevice just sends the slave address to the 12C bus. It can be used to check the 
presence of a device on the I'C bus 


S-SlvW-A-P 
S-SlvW-N-P 


: Device is present, IIC_Error=O 
: Device is not present, IIC_Error=1 


IIC_Error=IIC_TesCDevice(8Ch); 
IF (IIC_Error) THEN 


"Device not acknowledging on slave address" 
ELSE 
"Device acknowledges on slave address" 


IIC_Write: 


PROCEDURE 
(Slave_Address, 
Count, 
Source_Ptr) 
[BITIBYTE] 
EXTERNAL; 
DECLARE 
(Slave_Address. 
Count, 
Source_Ptr) 
BYTE; 
END; 


L 
=Count 
D1[O..L-1] 
BASED 
by Source_Ptr 


S-SlvW-A-D1 
[O]-A ....A-D1 [L-1]-A-P 


DECLARE 
Data_Buffer(4) 
BYTE; 


CALL 
IIC_Write(02Ch, 
LENGTH(Data_Buffer),.Data_Buffer); 


IIC_Write_Sub: 


PROCEDURE (Slave_Address, Count. Source_Ptr, SUb_Address) [BITIBYTE) EXTERNAL; 
DECLARE 
(Slave_Address. Count, Source_Ptr. Sub_Address) BYTE; 


END; 


L 
=Count 
Sub 
=Sub_Address 
D1[O..L-1] 
BASED by Source_Ptr 


DECLARE Data_Buffer(8) BYTE; 


CALL IIC_Write_Sub (48h,LENGTH(Data_Buffer), .Data_Buffer,2); 


IIC Write Sub SWine: 


PROCEDURE (Slave_Address, Count, Source_Ptr, SUb_Address) [BITIBYTE] EXTERNAL; 
DECLARE 
(Slave_Address, Count, Source_Ptr, Sub_Address) BYTE; 
END; 


Description: 


Some ,'C devices addressed with a sub-address do not automatically increment the sub- 
address after reception of each byte. IIC_Write_Sub_SWlnc can be used for such devices the 
same way as IIC_Write_Sub is used. IIC_Write_Sub_SWlnc splits up the message in smaller 
messages and increments the sub-address itself. 


L 
=Count 
Sub 
=Sub_Address 


D1[O..L-1] 
BASED by Source_Ptr 


S-SlvW-A- (Sub+O) • A-D1[0] - A-P 
S-SlvW-A- (Sub+1) - A-D1[1] • A-P 


DECLARE Data_Buffer(6) BYTE; 


CALL IIC_Write_Sub_SWInc(80h,LENGTH(Data_Buffer),.Data_Buffer,2); 


IIC_Write_Memory: 


PROCEDURE (Slave_Address. Count. Source_Ptr. SUb_Address) [BITIBYTE) EXTERNAL; 
DECLARE 
(Slave_Address. Count. Source_Ptr. Sub_Address) BYTE; 
END; 


12C Non-Volatile Memory devices (such as PCF8582) need an additional delay after writing a 
byte to it. IIC_Write_Memory can be used to write to such devices the same way 
IIC_Write_Sub is used. IIC_Write_Memory splits up the message in smaller messages and 
increments the sub-address itself. After transmission of each message a delay 01 40 
milliseconds (Ix••• = 
16MHz) is inserted. 


L 
=Count 
Sub 
=Sub_Address 
D1[0..L-1) 
BASED by Source_Ptr 


S-SlvW-A- (Sub+O) - 
A- 01[0) • A-P 
Delay 40ms 
S-SlvW-A- (Sub+1) 
• 
A- 01[1) - A-P 
Delay 40ms 


S-SlvW-A- (Sub+L-1)- 
A- D1[L-1)-A-P 
Delay 40ms 


DECLARE Data_Buffer(10) BYTE; 


CALL IIC_Write_Memory(OAOh.LENGTH(Data_Buffer)•.Data_Buffer.OFOh); 


IIC Write Sub Write: 


PROCEDURE (Slave_Address, Count1, Source_Ptr1, Sub_Address, Count2, Source_Ptr2) 
[BITIBYTE) EXTERNAL; 
DECLARE 
(Slave_Address, Count1, Source_Ptr1, Sub_Address, Count2, Source_Ptr2) 
BYTE; 


IIC_Write_Sub_Write writes 2 data blocks preceded by a sub-address in one message to a 
slave device. This procedure can be used for devices that need an extended addressing 
method, without the need to put all data into one large buffer. Such a device is the ECCT (12C 
controlled teletext device; see example). 


L 
M 
Sub 
D1[O..L-1) 
D2[O..M-1) 


=Count1 
=Count2 
=Sub_Address 
BASED by Source_Ptr1 
BASED by Source_Ptr2 


PROCEDURE Write_CCT_Memory (Chapter, Row, Column, Data_Buf, Data_Count); 
DECLARE (Chapter, Row, Column, Data_Bul, Data_Count) BYTE; 


The extended address (CCT-Cursor) is formed by Chapter, Rowand 
Column. These three 
bytes are written after the sub-address (=8) followed by the actual data that will be stored 
relative to the extended address. 


CALL IIC_Write_Sub_Write (22h, 3, .Chapter, 8, Data_Buf, Data_Count); 
END Write_CCT_Memory; 


IIC_Wr~e_Sub_Read: 


PROCEDURE (Slave_Address, Count1, Source_Ptr1, Sub_Address, Count2, DesCPtr2) 
[BITIBYTE) EXTERNAL; 
DECLARE 
(Slave_Address, Count1, Source_Ptr1, Sub_Address, Count2, DesCPtr2) 
BYTE; 


IIC_Wr~e_Sub_Read wr~es a data block preceeded by a sub-address, generates an I'C restart 
condition, and reads a data block. This procedure can be used for devices that need an 
extended addressing method. Such a device is the ECCT. 


L 
M 
Sub 
D1[O..L-1) 
D2[O..M-1) 


=Count1 
=Count2 
=Sub_Address 
BASED by Source_Ptr1 
BASED by Source_Ptr2 


PROCEDURE Read_CCT_Memory (Chapter, Row, Column, Data_Buf, Data_Count); 
DECLARE (Chapter, Row, Column, Data_Buf, Data_Count) BYTE; 


The extended address (CCT-Cursor) is formed by Chapter, Rowand 
Column. These three 
bytes are wr~en after the sub-address (8). After that the actual data will be read relative to 
the extended address. 


CALL IIC_Wr~e_Sub_Write (22h, 3, .Chapter, 8, Data_Buf, Data_Count); 
END Read_CCT_Memory; 


IIC Write Com Write: 


PROCEDUR-E (Slave_Address, Count1, Source_Ptr1, Count2, Source_Ptr2) [BITIBYTE] 
EXTERNAL; 


DECLARE 
(Slave_Address, Count1, Source_Ptr1, Count2, Source-ptr2) BYTE; 
END; 


IIC_Write_Com_Write writes two data blocks from different data buffers in one message to a 
slave receiver. This procedure can be used for devices where the message consists of 2 
different data blocks. Such devices are for instance LCD·drivers, where the first part of the 
message consists of addressing and control information, and the second part is the data string 
to be displayed. 


L 
M 
Dl[O ..L-l] 
D2[O..M-1] 


=Countl 
=Count2 
BASED by Source_Ptrl 
BASED by Source_Ptr2 


DECLARE ControLButter(2) BYTE; 
DECLARE Data_Buffer(20) BYTE; 


CALL IIC_Write_Com_Write(74h, LENGTH(ControLBuffer) •. ControLBuffer, 
LENGTH(Data_Buffer), .Data_Buffer); 


IIC_Write_Rep_Write: 


PROCEDURE (Slave_Address1, Count1, Source_Ptr1, Slave_Address2, Count2, Source....ptr2) 
[BITIBYTE] EXTERNAL; 
DECLARE 
(Slave_Address1, Count1, Source....ptr1,Slave_Address2, Count2, Source_Ptr2) 
BYTE; 


Two data strings are sent to separate slave devices, separated with a repeat START condition. 
This has the advantage that the bus does not have to be released with a STOP condition 
before the transfer from the second slave. 


L 
M 
SIvW1 
SIvW2 
D1[O..L-1] 
D2[O..M-1) 


-Count1 
-Count2 
••Slave_Address 1 
••Slave_Address2 
BASED by Source_Ptr1 
BASED by Source_Ptr2 


DECLARE Data_BuffeU(10) 
BYTE; 
DECLARE Data_Buffer_2(4) BYTE; 


CALL IIC_Write_Rep_Write (48h, LENGTH(Data_BuffeU), 
.Data_BuffeU, 
SOh, 
LENGTH(Data_Buffer_2), .Data_Buffer_2); 


IIC_Write_Rep_Read: 
PROCEDURE 
(Slave_Address1, 
Count1, 
Source_Ptr1, 
Slave_Address2, 
Count2, 
Destptr2) 
[BITIBYTE) 
EXTERNAL; 


DECLARE 
(Slave_Address1. 
Count1, 
Source-ptr1, 
Slave_Address2, 
Count2, 
DesCPtr2) 
BYTE; 
END; 


A data 
string 
is sent 
and received 
to/from 
two separate 
slave 
devices, 
separated 
with a repeat 
START 
condition. 
This 
has the 
advantage 
that 
the bus does 
not have to be released 
with a 
STOP 
condition 
before 
the transfer 
from 
the second 
slave. 


L 
M 
SIvW1 
SIvW2 
D1[O..L-1) 
D2[O..M-1) 


=Count1 
=Count2 
=Slave_Address1 
=Slave_Address2 
BASED 
by Source_Ptr1 
BASED 
by DesCPtr2 


DECLARE 
Data_BuffeU(10) 
BYTE; 


DECLARE 
Data_Buffer_2(4) 
BYTE; 


CALL 
IIC_Write_Rep_Read 
(48h, 
LENGTH(Data_BuffeU) 
•. Data_BuffeU, 
57h. 


LENGTH(Data_Buffer_2), 
.Data_Buffer_2); 


IIC_Read: 


PROCEDURE (Slave_Address, Count, DesCPtr) (BITIBYTE] EXTERNAL; 
DECLARE 
(Slave_Address, Count, DesCPtr) BYTE; 
END; 


M 
=Count 
D2[0..M-1] BASED by DesCPtr 


S-SlvR-A-D2[0]-A-D2(1]-A. ...-A-D2[M-1]-N-P 


DECLARE Data_Buffer(4) BYTE; 


CALL IIC_Read (OB5, LENGTH(Data_Buffer), .Data_Buffer); 


IIC_Read_Status: 


PROCEDURE (Slave_Address, DesCPtr) [BITIBYTE) EXTERNAL; 
DECLARE 
(Slave_Address, DesCPtr) BYTE; 
END; 


Several 12Cdevices can send a one byte status-word via the bus. IIC_Read_Status can be 
used for this purpose. IIC_Read_Status works the same way as IIC_Read but the user does 
not have to pass a count parameter. 


DECLARE Status_Byte BYTE; 


CALL IIC_Read_Status (84h, .Status_Byte); 


IIC_Read_Sub: 


PROCEDURE (Slave_Address, Count, DesCPtr, SUb_Address) [BITIBYTE] EXTERNAL; 
DECLARE 
(Slave_Address, Count, DesCPtr, SUb_Address) BYTE; 
END; 


IIC_Read_Sub reads a message from a slave device, preceeded by a write of the sub- 
address. Between writing the sub-address and reading the message an 
12C restart condition is 
generated without releasing the bus. This prevents other masters from accessing the slave 
device in between and overwriting the sub-address. 


M 
=Count 
Sub 
=Sub_Address 
D2[OooM-1]BASED by DesCPtr 


S-SlvW-A-Sub-A-S-SlvR-D2[O]-A-D2[1]-A....A-D2[M-1]-N-P 


IIC_Read_Rep_Read: 
PROCEDURE (Slave_Address1, Count1, DesCPtr1, Slave_Address2, Count2, DestPIr2) 
[BITIBYTE] EXTERNAL; 


DECLARE 
(Slave_Address1, Count1, Dest-ptr1, Slave_Address2, Count2, DesCPtr2) BYTE; 


END; 


Two data strings are read from separate slave devices, separated with a repeat START 
condition. This has the advantage that the bus does not have to be released with a STOP 
condition before the transfer from the second slave. 


L 
M 
SlvW1 
SlvW2 
D1[O..L-1] 
D2[O..M-1] 


••Count1 
-Counl2 
••Slave_Address1 
••Slave_Address2 
BASED by DesCPtr1 
BASED by DesCPtr2 


DECLARE Data_BuffeU(10) 
BYTE; 
DECLARE Data_Butter_2(4) BYTE; 


CALL IIC_Read_Rep_Read (49h, LENGTH(Data_BuffeU), 
.Data_BuffeU, 
51h, 
LENGTH(Data_Buffer_2), .Data_Buffec2); 


IIC_Read_Rep_Write: 


PROCEDURE 
(Slave_Address1, 
Count1, 
Des,-Ptr1, 
Slave_Address2, 
Count2, 
Source-ptr2) 
[BITIBYTEj 
EXTERNAL; 


DECLARE 
(Slave_Address1, 
Count1, 
Dest-ptr1, 
Slave_Address2, 
Count2, 
Source_Ptr2) 
BYTE; 


END; 


A data 
string 
is received 
and 
send fromlto 
two 
separate 
slave 
devices, 
separated 
with a repeat 
START 
condition. 
This 
has the advantage 
thai 
the bus does 
not have 
to be released 
with a 
STOP 
condition 
before 
the transfer 
from 
the second 
slave. 


L 
M 
SIvW1 
SIvW2 
D1[O..L-1] 
D2[O..M-1j 


=Count1 
=Count2 
=Slave_Address1 
=Slave_Address2 
BASED 
by Des,-Ptr1 
BASED 
by Source_Ptr2 


DECLARE 
Data_BuffeU(10) 
BYTE; 
DECLARE 
Data_Buffer_2(4) 
BYTE; 


CALL 
IIC_Read_Rep_Write 
(49h, 
LENGTH(Data_Buffer_1), 
.Data_Buffer_1, 
58h, 
LENGTH(Data_Buffer_2), 
.Data_Buffer_2); 


There are two ways lor the 12C interlace to enter the slave-mode: 
After an 12C interrupt the software must enter the slave-receiver mode to receive the slave 
address. This address will then be compared with its own address. II there is a match either 
slave-transmitter or slave-receiver mode will be entered. II no match occurs, the interrupted 
program will be continued. 
During transmission 01a slave-address in master-mode. arbitration is lost to another master. 
The interlace must then switch to slave-receiver mode to check if this other master wants to 
address the 8xC528 12C interlace. 


The slave-mode protocol is very application dependent. In this note the basic slave-receive and 
slave-transmit routines are given and should be considered as examples. The user may lor 
instance send NO_ACK alter receiving a number 01 bytes to signal to the master-transmitter that a 
data buffer is full. A description 01the code will be given later. 


Slave parameters are given with the IniUIC procedure. The passed parameters are the own-slave- 
address and a source/destination-pointer to a data buffer. 


The slave-routine will be suspended at the lollowing conditions: 
Interrupts with higher priority. Slave-routine will be resumed again alter interrupt is handled. 
II a NO_ACKNOWLEDGE is received Irom a master-receiver. 
II a STOP condition is detected from a master transmitter. 


Constraints for user software. 


The user must control the global enable (EA) bit. 
The user must control the priority level 01the 12C interrupt. II the slave routine is interrupted by 
a higher priority interrupt, the SCL line will be stretched to postpone bus transler until the 
higher interrupt is linished. 


On page 30 the listing of the slave routine can be seen. 
The routine is written in such a way that stretching is of SCL is minimized. Application code can be 
inserted in this routine and this will increase stretching time. 


Entry via MST_ENTRY happens when an arbitration error has occurred when transmitting a 
slave address in master mode. Auto-clock generation will be disabled and SCL stretching enabled. 
The byte will be continued to be received and can later be compared with the own slave address. 


The second entry point is via an interrupt when a START condition is detected. At _PIPOA 
the 
context of the interrupted program is stored. Next Auto-clock generation is disabled and SCL 
stretching enabled. Reception of the slave address can now begin by calling RCV_SL_BY. When 
the received slave-address is compared with the own-slave-address the RIW-bit is ignored. If there 
is no match between the 2 addresses, a negative ACK, bit is sent and the slave routine is left via 
EXIT. If there was a match the R/W bit is checked to enter the slave-receiver or slave-transmitter 
mode. 


The slave-transmitter mode starts at NXT_TRX. After getting the byte from the data buffer via 
BUF_POINT and initialising the bit counter BIT_CNT the transmission loop is entered. A bit is 
written via access to S1BIT because this will automatically reset the CLH and WBF status flags, 
and also SCL stretching. Now WBF must be tested until the transmission is successful. When WBF 
becomes true SCL will be stretched again. When 8 bits are sent the SOA line is released and RBF 
is tested until the ACK bit is received. The ACK bit is read by reading SOl in stead of S1BIT to 
maintain SCL stretching. If ACK was false no more bytes have to be sent and the routine is left. If 
another byte has to be transmitted, BUF_POINT is updated and transmission will continue. 


The slave-receiver mode starts at RCV_SLAVE. A byte is received by calling RCV_SL_BY. 


This routine will clear the CY-flag when a STOP condition has been received. This means that the 
master will send no more bytes to this slave and the slave routine will be left. When no STOP 
condition was detected the received byte will be stored @BUF_POINT and an ACK bit will be sent. 
After this a new byte can be received. 
When calling RCV_SL_BY the bit counter BIT_CNT will be initialized and the SCL stretching 
stopped by a dummy access to S1BIT. In the receive loop both BB and RBF will be checked. 
When BB is cleared, a STOP condition is detected and the routine will be left with CY=O. 
The first 7 bits are received via S1BIT because this will release stretching. The 8th bit is accessed 
via SOl because stretching must be maintained. 


If the slave routine is left via EXIT, the STR bit is cleared (to disable stretching on SCL edges 
when the 8xC528 is not addressed as slave) and a dummy access to S1BIT is done to finish 
current SCL stretching. If the slave routine was entered via an interrupt the previous context is 
restored. 
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REG 
END 


REG END 


REG END 


0000; 
COEO 


0002; 
CODO 


0004; 
750008 


OOOC; 
A2EO 


OOCE; 
9205 


0010; 
6F 


$TITLE(Slave 
interrupt 
routine) 


$DEBUG 


$NOLIST 


;This 
routine 
handles 
I2C interrupts. 


;8xC528 
12C 
interface 
enters 
in slave 
mode. 


;After 
testing 
R!W bit, 
8xC528 
will 
go in slave-transmit 
or 


islave-receive 
mode. 


;Source 
or destination 
buffer 
for data 
uses pointer 
SLAVE 
SUB_ADDRESS 


;Slave 
routine 
will 
use 
register 
bank 
01 


I2C_DRIVER 
SEGMENT 
CODE 
INBLOCK 


RSEG 
I2C_DRIVER 


PUBLIC 


EXTRN 


EXTRN 


MST_ENTRY 


DATA(SLAVE_SUB 
ADDRESS) 


BIT (ARB_LOST) 


BUF_POINT 


OWN_SLAVE 


BIT_CNT 


SET RO 


SET R7 


SET R2 


__ PIPOA;PUSH 
ACC 


PUSH 
PSW 


MOV 
PSW,t08H 


ORL 
SlSCS,tOlOOOOlOB 
;Disable 
SCL generation 
and 
enable 
SCL 


;stretching 
stretching 


ACALL 
RCV_SL_BY 
;Receive 
slave 
address, 
on exit 
SCL 
is 


; stretched 


MOV 
C,ACC.O 
;Store 
R!W bit 
in FO 
MOV 
FO,C 


XRL A,OWN_SLAVE 
;Compare 
received 
slave 
address 


TSW-ASM51 
V3.0b 
Serial 
.00052252 
Slave 
interrupt 
routine 


PAGE 
2 


0011: 
C2EO 


0013: 
7050 


0015: 
C3 


0016: 
115C 


0018: 
A800 


OOlA: 
A205 


OOlC: 
5019 


OOlE: 
E6 


001F: 
7A08 


0021: 


0021: 
F509 


0023: 
23 


0024: 
30oAFO 


0027: 
oAF8 


0029: 
o2oF 


002B: 
E509 


0020: 
30oBFo 


0030: 
A20F 


0032: 
4040 


0034: 
08 


0037: 


0037: 
1142 


0039: 
5039 


003B: 
F6 


003C: 
C3 


0030: 
115C 


003F: 
08 


0040: 
80F5 


CLR ACC.O 


JNZ NO_MATCH 


CLR C 


ACALL 
SENo_ACK 


MOV 
BUF_POINT,SLAVE_SUB_ADoRESS 


MOV 
C,FO 
;Restore 
R/W bit 


JNC RCV_SLAVE 
;Test R/W bit 


;Ignore 
R/W bit 


iLeave 
slave-routine 


;Send ACK 


NXT_TRX:MOV 
A,@BUF_POINT;Get 
byte 
to send 


MOV 
BIT_CNT,'08 
;Init bit 
counter 


NXT 
TRX_BIT: 


MOV 
SlBIT,A 
;Trx bit 
and 
stretch 
after 
transmission 


RL A 
;Prepare 
next 
bit 
to send 


JNB WBF,$ 
;Test 
if bit 
is sent 


oJNZ 
BIT_CNT,NXT_TRX_BIT 
;Test 
if all bits 
are 
sent 


SETB 
SDO 


MOV A,SlBIT 


JNB RBF,$ 


MOV 
C,SoI 


JC EXIT 


INC BUF_POINT 


;Release 
SoA line 
for NO_ACK/ACK 
reception 


;Stop 
stretching 


;Test 
is ACK bit 
is received 


;Read bit, 
seL 
remains 
stretched 


;NO_ACK 
received. 
Exit 
slave 
routine 


;ACK received. 
Update 
pointer 
for next byte 
to 


;send 


RCV_SLAVE: 
;Entry 
in slave-receiver 
mode 


ACALL 
RCV 
SL BY 
;Receive 
byte 


JNC EXIT 
;If STOP 
is detected, 
then 
exit 


MOV 
@BUF_POINT,A;Store 
received 
byte 


CLR C 
;Send ACK 


CALLSEND_ACK 


INC BUF_POINT 


SJMP 
RCV_SLAVE 


;Update 
pointer 


;Receive 
next byte 
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0042: 


0042 : 7A08 


0044: 
E509 


0046: 
E4 


0047: 


0047: 
300ClO 


004A: 
300BFA 


0040: 
BAOl05 


0050: A20F 


0052: 
33 


0053: 
03 


0054: 
22 


0055: 


0055: 
4509 


0057: 
23 


0058: 
OAEO 


005A: 


005A: 
C3 


005B: 
22 


005C: 


005C: 


0050: 


005F: 


0062: 


0064: 


13 


F509 


300AFO 


020F 


22 


0065: 


0065: 


0066: 


0068: 


03 
U5C 


800A 


;Recelve 
byte 
routine 


iOn 
exit, 
received 
byte 
in accu 


iOn exit CY-O 
if STOP 
is detected 


;************************************ 
••****************************** 


RCV_SL_BY: 


MeV 
BIT_CNT,108 


MeV A,SlBIT 
;Oisable 
stretchinq 
from 
START 
or previous 
ACK 


CLR A 


RCV_BIT: 


JNB BB,STOP_RCV 
;Test 
if STOP-condition 
is received 


JNB RBF,RCV_BIT 
;Wait 
till 
received 
bit 
is valid 


CJNE 
BIT_CNT,IOl,ASSEM_BIT 
;Check 
if last bit 
is to be 
received 


MeV 
C,SOI 


RLCA 


SETB 
C 


RET 


ASSEM_BIT: 


ORL A,SlBIT 


RLA 


OJNZ 
BIT_CNT,RCV_BIT 


;Send ACK/NO_ACK. 
Value 
of ACK 
in Carry 


i*************·******************************************************* 


SENO_ACK: 


RRCA 


MeV 
SlBIT,A 


JNB WBF,$ 


SETB 
SOO 


RET 


;Carry 
to SOA 
line 


;Test 
if ACK/NO_ACK 
1s sent 


;Release 
SOA 
line 


NO_MATCS: 


SETB 
C 
;Send NO_ACK 


ACALL 
SENO_ACK 


SJMP 
EXIT 


TSW-ASM51 
V3.0b 
Serial 
.00052252 
Slave 
interrupt 
routine 


FAGE 
4 


006A: 


006A: 
23 


C06B: 
C2EO 


0060: 
430842 


0070: 
1147 
R 


0072: 
8098 


0074: 
C209 


0076: 
E509 


0078: 
300001 
R 


CC7B: 
22 


007C: 
0000 


007E: 
oOEO 


0080: 
32 


0081: 


;Entry 
point 
when 
an 
arbitration-lost 
condition 
is 
detected 
1n 


imaster-mode. 


CLR ACC.O 


ORL 
SlSCS,.OlOOOOlOB 
;Oisable 
SCL generation 
and enable 
SCL 


istretching 


;Proceed 
with 
receiving 
rest 
of 
slave 
address 
ACALL 
RCV_BIT 


SJMP PROC 


EXIT: 
CLR STR 
;Oisable 
stretching 
on next 
falling 
SCL edges 


MOV A,SlBIT 
;Stop current 
SCL stretching 


JNB ARB 
LOST,EX_SL 


RET 
iEx1t when 
entered 
from master 
mode 


EX_SL: 
POP PSW 
;Re.tore 
old CPU statu. 


POP ACC 


RETI 


Some examples are given how to use the 12C routines in an application program. Examples are 
given for an assembly, PUM and C program. 
The program displays time from the PCF8583P clock/calendar/RAM on an LCD display driven by 
the PCF8577. 
The example can be executed on the OM4151 1 
2C evaluation board. 


From page 35 the listing is shown of the example program. The most important aspect when 
using the 12C routines, is preparing the input parameters before the sub-routine call. 
When for example the IIC_Write routine must be called, the parameters must be called in the 
following order: 


MOV _IIC_READ_BYTE,#SLAVE_ADR 
MOV _IIC_READ_BYTE+ 1,#COUNT_1 
MOV _IIC_READ_BYTE+2,#SOURCE_PTR_1 
CALL _IIC_READ 


Note that the order of defining the parameters is the same as in a PUM-call (see page 22). 
An easier way to call the routines is making a macro that includes the initialising of the parameters. 
The example program makes use of macros. 
IIC_Read is then called in the following way: 
%IIC_Read(Slave_Adr,CounC 1,Source_Ptr_1); 
Note that in the listing the contents of the macro are shown, in stead of the call. 


The macro must be written as follows: 


%' DEFINE (IIC_Read(SLAVE_ADR,COUNT _1,SOURCE_PTR_1))( 
MOV _IIC_READ_BYTE,#%SLAVE_ADR 
MOV _IIC_READ_BYTE+ 1,#%COUNT_1 
MOV _IIC_READ_BYTE+2,#%SOURCE_PTR_1 
LCALL _IIC_READ) 


Macro's for the 12C CALL's are found in 12C.MAC. This file should be included in all modules 
making use of the macro's. One of the modules should also include the variable definitions needed 
by the 12C routines. These are found in file VAR_DEF.ASM. If the program consists of more than 1 
module, then these modules should also include EXT_VAR.ASM. This file contains the EXTRN- 
definitions of the 12C routines. 


When an 12C routine is called the accumulator contains status information and the CY·bit is set 
if an error has occurred. The contents of the accumulator are the same as the retumed byte when 
using PUM (see pg. 10). 


00A2 


0001 


0074 


0000: 
R 


OOOA: 


OOOE: 


0000: 
020000 
R 


0000: 
R 


0000: 
900073 
R 


0003: 
7581FF 
R 


0006: 
750EOO 
R 


0009: 
750022 
R 


OOOC: 
75010A 
R 


OOOF: 
120000 
R 


0012: 
E4 


0013: 
F50A 
R 


0015: 
F50B 
R 


0017: 
7500A2 
R 


OOlA: 
750102 
R 


0010: 
75020A 
R 


0020: 
120000 
R 


March 1991 


$TITLE(Assembly 
example 
program) 


$OEBUG 


;Hours 
and minutes 
will 
be displayed 
on LCD display 


;Oot between 
hours 
and minutes 
will blink 


$ 


• 1 "C:\USER\VAR_DEF.ASH" 


• 8 "DEMO_ASH. ASH" 
$ 


• 1 "C:\USER\I2C.MAC" 


• 9 "DEMO_ASH.ASH" 
CLOCK_ADR 
EQU 
OA2h 


CL_SUB_ADR 
EQU 
Olh 


LCO_ADR 
EQU 
74h 


RAMVAR 
SEGMENT 
DATA 


USER 
SEGMENT 
CODE 


16 


17 
RSEG 
RAMVAR 


18 
STACK: 
OS 
10 


19 
TIME_BUFFER:OS 
4 


20 
LCD_BUFFER: 
DS 
5 


21 


22 
CSEG AT 
00 


23 
L.:lMPAPL_START 


24 


25 


26 
RSEG 
USER 
27 


28 
APL_START: 


29 
HOV 
OPTR,.LCD_TAB 


30 
MaV 
SP,'STACK-l 


31 
MaV 
LCO_BUFFER,.OO 


32 


33 
HOV _Init_IIC_Byte 
••22h 


34 
MaV _Init_IIC_Byte+l.'TIME_BUFFER 


35 
LCALL 
_Init_IIC 


36 
;Initialise 
I2C interface 


37 
CLR A 


38 
MaV 
TIME_BUFFER. A 


39 
MaV 
TIME_BUFFER+l,A 


40 


41 
MaV _IIC_Write_Byte 
"CLOCK_ADR 


42 
HOV _IIC_Write_Byte+l 
••2 


43 
MaV _IIC_Write_Byte+2.'TIME_BUFFER 
44 
LCALL 
_IIC_Write 


;Address 
of PCF8583 


;Sub address 
for reading 
time 


;Address 
of PCF8577 


;Segment 
for variables 


;Segment 
for application 


iprogram 


;Stack 
area 


;Buffer 
for I2C strings 


;Po1ntar 
to segment 
table 


;Initialise 
stack 


;Control 
word 
for LCD driver 


0023: 


0023: 
7500A2 


0026: 
750104 


0029: 
75020A 


002C: 
750301 


002F: 
120000 


0032: 
E50D 


0034: 
543F 


0036: 
F50D 


003E: 
E50B 


0040: 
13 


0041: 
4003 


0043: 
430FOl 


0046: 


0046: 
750074 


0049: 
750105 


004C: 
75020E 


004F: 
120000 


0054: 
780F 


0056: 
E50D 


0058: 
C4 


0059: 
120060 


005C: 
E50D 


005E: 
120060 


0061: 
E50C 


0063: 
C4 


0064: 
120060 


0067: 
E50C 


0069: 
120060 


REPEAT: 


MeV _IIC_Read_sub_Byte 
,fCLOCK 
ADR 


MOV _IIC_Read_sub_Byte+l,f4 


MeV _IIC_Read_sub_Byte+2,fTlME_BUFFER 


MeV _IIC_Read_sub_Byte+3,fCL_SOB_ADR 


LCALL _IIC_Read_Sub 


;Read 
time 


;Time 
has 
been 
read. 
Order: 
hundreds 
of 
see's, 
see's, 
min's 
and 
hr's 


MOV 
A,TlME_BUFFER+3 
;Mask of hour 
counter 


ANL 
A,f3Fh 


MOV 
TlME_BUFFER+3,A 


;Convert 
time 
data 
to LCD 


;segment 
data 


;Check 
if dot has 
to be switched 
on 


ORL 
LCD_BUFFER+3,fOlh 


ilf lsb of seconds 
1s '0', then 
switch 
on dp 


MeV 
A,TlME_BUFFER+l 
;Get seconds 


RRCA 


JC PROCEED 


ORL 
LCD_BUFFER+l,fOl 
;Switch 
on dp 


;Display 
new time 


PROCEED: 


MOV _IIC_Write_Byte 
,fLCD ADR 


MeV _IIC_Write_Byte+l,f5 


MeV _IIC_Write_Byte+2,fLCD_BUFFER 


LCALL 
_IIC_Write 


;CONVERT 
converts 
BCD 
data 
of 


CONVERT:MeV 
RO,fLCD_BUFFER+l 


MeV A,TlME_BUFFER+3 


SWAP A 


CALL 
LCD_DATA 


MOV A,TlME_BUFFER+3 


CALL 
LCD_DATA 


MeV A,TlME_BUFFER+2 


SWAP A 


CALL 
LCD_DATA 


MeV A,TlME_BUFFER+2 


CALL 
LCD_DATA 


time 
to segment 
data 


;RO is pointer 


;Get 
hours 


;Swap 
nibbles 


;Convert 
la's 
of 
hours 


; Convert 
hours 


;Get 
minutes 


L"" 
OBJ 
LINE 
SOURCE 


C06C: 
22 
92 
RET 


93 


94 
;LCD_DATA 
qets 
data 
from 
segment 
table 
and 
stores 
it in LCD_BUFFER 


0060: 
95 
LCD_DATA: 


006D: 
540F 
96 
ANL A,tOFH 
;MasK off 
LS-nibble 


006F: 
93 
97 
MOVC 
A,@A+DPTR 
;Get 
seqment 
data 


0070: 
Fit 
98 
MOV 
@RO,A 
;Save 
segment 
data 


0071 : 08 
99 
INC RO 


0072: 
22 
100 
RET 


101 


102 
iConversion 
table 
for LCD 


0073: 
103 
LCD_TAB: 


0073: 
FC60DA 
104 
DB OFCH,60H,ODAH 
; 
I 0' ,'1' ,'2' 


0076: 
F266B6 
105 
DB OF2H,66H,OB6H 
;' 3' ,'4' 
,'5' 


0079: 
3EEOFE 
106 
DB 3EH,OEOH,OFEH 
;' 6' ,'7' 
,'8' 


OO,C: 
E6 
107 
DB OE6H 
;' 9' 


108 


0070: 
109 
END 


The listing from pg. 39 shows the listing of the clock program in PUM-51. The procedures are 
untyped. The routines are used the same way as in the examples of chapter 3.2 


$OP:rIMIZE (4) 


$DEBUG 


$CODE 


f* 
Hours 
and 
minutes 
will 
be 
displayed 
on 
LCD 
display 


Dots 
between 
hours 
and 
minutes 
will 
blink 
*f 


Init_IIC: 
Procedure 
(Own_Adr, Slave_Ptr) 
External; 


Declare 
(Own_Adr,Slave_Ptrl 
Byte 
Main; 


End 
Init_IIC; 


IIC_Write: 
Procedure(SI_Adr,Nr_Bytes,Source_Ptr) 
External; 


Declare 
(SI_Adr,Nr_Bytes,source_Ptr) 
Byte 
Main; 
End 
IIC_Write; 


IIC_Read_sub: 
Procedure(SI_Adr,Nr_Bytes,Dest_ptr,sub_Adr) 
External; 


Declare(SI_Adr,Nr_Bytes,Dest_Ptr,sub_Adr) 
Byte 
Main; 
End 
IIC_Read_Sub; 


Declare 
LCD_TAB(*) 
Byte 
Constant 
(OFCh,60H,ODAB,OF2H,66B, 


OB6B,3EB,OEOB,OFEB,OE6B); 


Declare 
Time_Buffer 
(4) Byte 
Main; 


Declare 
LCD_BUffer(S) 
Byte 
Main; 


Declare 
Tab_Point 
Word 
Main; 


Declare 
(LCD_Point,Time_Point) 
Byte 
Main; 


Declare 
Segment 
Based 
LCD_Point 
Byte 
Main; 


Declare 
Time 
Based 
Time_Point 
Byte 
Main; 


Declare 
Tab_Value 
Based 
Tab_Point 
Byte 
Constant; 


Declare 
Clock_Adr 
Literally 
'OA2h'; 


Declare 
LCD_Adr 
Literally 
'14h'; 


Declare 
Cl_Sub_Adr 
Literally 
'Olh'; 


Call 
Init_IIC(22h, 
.Time_Buffer); 


LCD_Buffer 
(0)-0; 
/* 
LCD 
control 
word 
*/ 


Time_Buffer 
(0)-0; 


Time_Buffer 
(1)-0; 


Call 
IIC_Write(Clock_Adr,2,.Time_Buffer); 
/* Initialise 
clock 
*/ 


Do 
While 
LCD 
Buffer(O)-O; 
/* 
Proqram 
loop 
*/ 


Call 
IIC_Read_Sub(Clock_Adr,4, 
.Time_Buffer,Cl_Sub 
Adr); 


/* 
Get 
time 
*/ 


LCD_Point-.LCD_Buffer+1; 
/* 
Initialise 
pointers 
*/ 


Time-yoint-.Time_Buffer(3); 


Tab_Point-.LCD_Tab(0)+SBR(Time,4); 
/* 
10-BR's 
*/ 


Segment-Tab_Value; 


LCD_Point-LCD_Point+1; 


Tab_Point-.LCD_Tab(O)+(Time 
AND 
OFB); 
/* 
BR's 
*/ 


segment-TAb_Value; 


Time_Point-Time_Point-l; 


LCD_Point-LcD_Point+1; 


Tab_Point-.LCD_Tab+SHR(Time,4); 
/* 
10-MIN's 
*/ 


segment-(Tab_Value 
OR 
OlB); 
/* 
dp 
*/ 


LCD_Point-LcD_Point+l; 


Tab_Point-.LCD_Tab+(Time 
AND 
OFH); 
/* MIN's 
*/ 


Segment-TAb_Value; 


Time_Point-. 
Time_Buffer 
(1)+1; 
/* Check 
sec's 
for 
blinkinq 
*/ 


LCD_Point-.LCD_Buffer+1; 


If 
(Time 
AND 
OlH»O 
then 
Segment-(Segment 
OR 
OlH); 


Call 
IIC_Write(LCD_Adr,S, 
.LCD_BUffer); 
/* 
Display 
time 
*/ 


End; 


On page 42 an example of a C program is shown using the 12Croutines. Function prototypes 
are found in header file "i2c.h". In this example the function prototypes are written in such a way 
that no value is returned by the function. If the STATUS byte is needed, the header file may be 
changed to return a byte. 
Note that the function calls are written in upper-ease. This is due to the fact that the used version 
of the assemblerllinker is case sensitive. 


LCD_Tab()-{OxFC,Ox60,OXDA,OxF2,Ox66,OXB6,Ox3E, 


OxEO, OxFE, OXE6}; 


'define 
Clock_Adr 
OxA2 


'define 
LCD_Adr 
Ox74 


'define 
CI_Sub_Adr 
OxOI 


rom 
char 


data 
char 


data 
char 


data 
char 


data 
char 


• 
Tab_Ptr; 


Time_Buffer(4]; 
* 
Time_Ptr; 


LCD_Buffer 
[5); 


* 
LCD_Ptri 


INIT_IIC(Ox22,&Time_BUffer); 


LCD_Buffer{Oj-O; 
/* 
LCD 
control 
word 
*/ 


Time_Buffer{Ol-O; 


Time_Buffer[I)-O; 


IIC_WRITE(Clock_Adr,2,&Time_Buffer); 
/* 
Initialise 
clock 
*/ 


while 
(1) 


( 


IIC_READ_SUBIClock_Adr,4,&Time_Buffer,CI_sub_Adr); 


/* 
Get 
time 
*/ 


LCD_Ptr 
- 
&LCD_Buffer(l]; 
/* 
Initialise 
pointers 
*/ 


Time_Ptr 
- 
&Time_Buffer(3); 


Tab_ptr 
- 
ILCD_Tab+I*Time_Ptr 
» 
4)); 
/* 
lO-HR's 
*/ 
• (LCO_Ptr++) 
• ·Tab_ptr; 


Tab_Ptr· 
(LCD_Tab+ 
(* (Time_Ptr--) 
& OxOF)); 
/* 
HR's 
*/ 


* (LCD_Ptr++) 
- 
*Tab_Ptr; 


Tab_Ptr 
- 
(LCD_Tab+(*Time_ptr 
» 
4); 
/* 
lO-MIN's 
*/ 


* (LCD_Ptr++) 
- 
I*Tab_Ptr 
I OxOl); 
/* 
dp 
*/ 


Tab_Ptr 
- 
ILCD_Tab+I*Time_ptr 
& OxOF»; 
/* MIN's 
*/ 


·LCD_Ptr 
• 
-Tab_Ptr; 


Time_Ptr 
- 
&Time_Buffer(I]; 
/* 
Check 
sec's 
for 
blinking 
*/ 


LCD_Ptr 
- 
&LCD_Buffer{I); 


if 
«*Time_Ptr 
& OxOl»O) 


*LCD_ptr 
- 
(*LCD_Ptr 
I OxOl); 


IIC_WRITEILCD_Adr,5,&LCD_Buffer); 
/* 
Display 
time 
*/ 


1: 
\USER 
This directory contains the files that may be used in the user program. 
12C_DR.L1B 
Library with 12C routines. 


12C.H 
Header file for C applications. 


12C.MAC 
Macro's for the 12C routine calls in assembly programs. 


VAR_DEF.ASM Include file with variable definitions for assembly programs. 
EXT_VAR.ASM Include file with external definitions for assembly programs. 
L1B.BAT 
Example batch file to create 12C_DR.L1B. 


ASM.BAT 
Examplebatch file to assemble source modules for library. 


2: 
\EXAMPLE 
This directory contains the source files of the examples described in chapter 4. 
DEMO_ASM: 
Assembly example. 


DEMO_PLM: 
PUM example. 


HEAD_51.SRC Example of environment file for PUM example. 
DEMO_C: 
C example. 
CSTART.ASM 
Example of environment file for C example. 


3: 
\SOURCE 
This directory contains the source files of the modules in the library. 


The P82B715 12CBuffer was designed to 
extend the range of the local 12Cbus out to 
50 Meters. This application note describes 
the results of testing the buffer on several 
different types of cables to determine the 
maximum operating distances possible. The 
results are summarized in a table for easy 
reference. 


The 12Cbus was originally conceived as a 
convenient 2 wire communication 
method 
between Integrated Circuits located within a 
common chassis, such as inside a TV set or 
inside a VCR. The serial protocol contains an 
address, or identifying code, for each type of 
device and additional internal addresses, if 
needed within the addressed device. Each 
device has its own decoding circuitry to allow 
it to recognize its own unique address or 
identifying code. To communicate, a device 
watches the bus activity and jumps in when it 
sees a stop. Once a Master gets control of 
the bus, it sends the address of the particular 
device with which it wants to communicate. 
Communication will then transpire between 
the Master and the Slave device. The 
existence of many types of ICs which have 
built-in 12Cinterface capabilities makes 
system design almost as easy as drawing a 
block diagram. Real-time docks, RAM, AID 
converters, EEPROMs, Microcontrollers, 
Keyboard encoders, LCD display drivers, and 
many other 12Csupported chips all 
communicate over two wires rather than 
needing 16 Address lines, 8 data lines and 
Address decoders along with handshake 
signals, which more conventional designs 
would require to be routed all over the Printed 
Circuit board. 


Now, with the introduction of the 12Cbuffer 
chip, it is easy to branch out beyond the 
single chassis mode and use this convenient 
local area network to tie together whole 
systems without the need to convert from the 
"internal" 12Cprotocol to an external 
communication medium such as RS-232 and 
then RS-485. By using the new Philips 12C 
buffer, the external systems' components can 
be accessed as easily as the internal 12C 
connected components. 


The P82B715 is an 8 pin IC which contains 2 
identical amplifier sections to allow for the 
current amplification and buffering of both the 
SDA and the SCL signals on the 12Cbus. 
Each section in the P82B715 contains a 
bipolar times 10 current amplifier which 
senses the direction of current flow through 
an internal 30 ohm series resistor in the 12C 
line. The P82B715 then boosts the current, 
while keeping the voltage gain at unity, and 
continues to maintain the voltage drop 
direction across the resistor. This 


configuration results in different waveforms 
as the P82B715 starts to do its job. If the 
driving source has a strong current sink 
capability, then it will start to drive the 
buffered 12Cline immediately through the 30 
ohm resistor. A microsecond later the 
P82B715's amplified pull down current kicks 
in and pulls the line down even harder. If the 
driving IC is only capable of the 12Cspecified 
3 milliamp pull down current, the buffered bus 
will fall a little and then just wait at that 
voltage level for the propagation delay of the 
amplifier to finally turn on and bring the 
buffered bus down to a logic low. Thus, there 
will always be some form of a step in the 
falling edge of the buffered output waveform, 
see Figure 1. A weak source will have a step 
(plateau) up near 4 volts and a strong source, 
such as the Philips Semiconductors 87C751 
microcontroller, will have the step occur 
below 2 volts. The position of the step will be 
determined by the current sink capability of 
the 12Cbus driver versus the value of the 
pull-up resistor which is used on the buffered 
12Cbus, Vstep = 5V - (Isink x Rbuf). For 
example: Vstep = 5V - (3mA x .165 k ohms) 
= 5 - .495 = 4.5Volts; another example: 
Vstep = 5V - (20mA x .165 k ohms) = 5 - 3.3 
= 1.7Volts. 


Running the 12Csignals over long distances 
poses several problems. The 12CSDA and 
SCL lines are monitored by all of the ICs 
connected on the 12Cbus. These ICs each 
have their own circuitry to decipher the 
information on the bus. In normal operation, a 
Start occurs when there is a high to low 
transition on the SDA line while SCL is high. 
Obviously, if any external noise is coupled 
into the SDA line, it could be mistakenly 
perceived as a Start. Because of this, some 
form of shielding will be preferred to protect 
the two 12Csignals from external noise 
sources. During the transmission of data 
there are signals which are active on both 
SDA and SCL. If these normal signals are 
cross-coupled, then data can be corrupted. 
Thus, although the standard telephone 
twisted pair cable is the most commonly 
available built in cable, it is not recommended 
for long 12Cruns. This cable maximizes 
crosstalk, due to the twisted pair 
configuration and, since there is no shielding, 
is very vulnerable to adjacent wire telephone 
signal coupling and to any stray external 
electromagnetic 
interference. This effect can 


be somewhat reduced by running a signal 
wire and a grounded wire as adjacent pairs. 


Long distance cables present capacitive 


loading 
which 
must be overcome 
with the 
driver chips. The limiting factor is the amount 
of pull-up current which is available to charge 
the line capacitance. With the simple resistor 


pull-up recommended 
by 12Cstandards, three 


milliamps is available for charging this line 
capacitance. The rise time of the signal will 
increase linearly with the increase in 
capacitive loading and the specified 
maximum capacitive loading is only 400 Pico 
Farads for guaranteed 100kHz 
communication 
rates. The P82B715 current 


buffer allows for 30 milliamps of pull-up 
current, with a resulting maximum capacitive 
loading of 4,000 Pico Farads (4 Nano 
Farads). 


The 12Chardware inputs look at the 12C 
signals and act when those signals pass 
through the active linear region at about 1.2 
to 1.4 volts, and are detected as digital levels. 
Thus, there is a delay between when an 
output transistor turns off and when the rising 
signal is detected as a logic one at the 
receiver. This time depends on the value of 
the pull-up resistor, the perceived 
capacitance at the transmitting end, the delay 
through the cable, and finally the delay 
through the receiver's amplifier to its output 
stage. The maximum allowable time is limited 
by the characteristic that the 12Cmaster 
provides the clock signal which must travel 
down the cable and be received by the slave. 
This slave must act on the clock signal and 
produce data information which is sent back 
to the master with an additional set of delays. 
Upon reception the data must be put in its 
proper place before the master starts its next 
clock signal, or an error will occur. 


Different types of cable were tested and the 
results are shown in Table 1. Keep in mind 
that the results are based on cable runs in a 
low electrical noise environment. 
If reliable 
operation is desired in a high electrical noise 
environment, shielded cable must be used. 
For "short" runs, flat cable with every other 
conductor grounded, seems to provide a 
good, low capacitance medium for 12C 
transmission, otherwise, the shielded audio 
cable seemed to provide the best 
price/performance. 
Note that for long runs, it 


is desirable to have a separate power supply 
at each end of the cable, and the shield or 
ground wire will provide a common reference 
between the two supplies. The voltage drop 
due to the resistance of the wire usually is the 
limiting factor for very long runs of cable 
where the power to the remote system must 
also come through the cable. Table 1 shows 
the results of testing with longer and longer 
cable lengths until failures were detected. 
The values in the table represent the 
maximum 
cable 
lengths 
which 
8tm provided 
error free code from a modified version of the 
Ping-pong program which is listed in 
Application Note AN430. 


4 
6 
8 
time in microseconds 


CABLE TYPE 
Ohms/m 
pF/m 
Total Length 
Total Ohms 
Total Cap. 


Belden 8723 45 Ohm Audio 
2 each 2-24AWG 
wire stranded Beldfoil Aluminum- 
.049 
115 
305M (1000') 
11.5 
48.2nF 
polyester shielded with common drain wire 
SDA & ground on one pair; SCL & ground on other pair 


Belden 8723 45 Ohm Audio 
using 1 shielded pair, SDA on Red, SCL on Black 
.049 
115 
330M (1100') 
12.7 
53nF 


RG-1741U SOOhm Video Cable 
.318 
101 
1SOM(SOO') 
47.7 
15.2nF 
SDA and grounded shield in one cable 
SCL and grounded shield in one cable 


"Telephone Cable" 
.0286 
66 
95M(310') 
2.7 
6.4nF 
22&24 AWG Solid Copper Twisted Pair, Level 3 LAN & 
Medium Speed Data 
SDA and ground in one twisted pair 
SCL and ground in one twisted pair 


Flat "Ribbon" Cable, every other conductor grounded 
.20 
52 
400M (1320') 
80.5 
21nF 


In all of the tests, the power supply voltage 
was 4.5 volts. The ground for the remote test 
fixture was through the long cable. Since 4.5 
volts is the recommended 
minimum voltage 
for both the 87C751 and the P82B715, it was 
not possible to operate the remote unit on 
power supplied through the long cable, since 
any ohmic drop would place the ICs out of 
their specified range. However, it is 
necessary to connect the grounds between 
the two units for the best noise immunity. 


The P82B715 is designed to drive a 4 nF 
capacitive load at 100kHz. However, the 
actual total capacitances 
of the long cables 
which worked were substantially greater than 
this. The loading did effect the software 
driven hardware part of the 87C751. To 
achieve a true 100kHz data rate, it was 
necessary to shorten the '751 Timer values 
for the 12Cdrivers. This resulted in an 
asymmetrical waveform, but did achieve a 10 
microsecond period (100kHz). This 


asymmetry in duty cyde can be easily seen 
in the Figure 1 waveform. 


The test with the Belden 8723 Audio Cable 
worked if one of the shielded pair was 
connected to a signal and the other was 
connected to ground or +5volts. When both 
wires were connected in parallel as signal 
wires, the capacitance to ground doubled and 
the test failed. Also note that the adjacent 
wire mutual inductive coupling of the SDA 
and SCL signals did not seem to cause any 
problems even out to 1000 feel. This 
indicated that possibly the Belden 9452 45 
ohm beldfoil shielded audio cable with a 
single set of twisted pair wires would be a 
good candidate to also try. 


Flat ribbon cable provided a good 
compromise between shielding and 


reasonable 
capacitance. 
It is possible 
to 
increase the shielding effect by using flat 
cable with an etched copper foil layer on the 
back side of the cable. Noise can be induced 


into the cable by folding it back over itself for 
mutual induction effects, and also by 
operating a noise source close to the cable, A 
transformer type of soldering iron and 
florescent light transformers seemed to be 
good noise sources. 


The P82B715 can drive multiple P82B715 
remote units. The line should have some 
form of pull-up resistor at each driver. If only 
two drivers are used, as shown in Figure 2, 
the load should be split between the two 
drivers. For example, if the pull-up current is 
to be 30 milliamps and the voltage is 5 volts, 
the pull-up resistance should be: 5Vi.03O 
amps = 165 ohms. This should be 
implemented by placing a 330 ohm resistor at 
each end of the cable so that the parallel 
resistance is 165 ohms and each end of the 
line is terminated. Remembering that the 
current gain can be as low as 8 and that most 
runs will not be to the maximum possible 
distance, lower values of pull-up current can 


be used with the appropriate modifications to 
the above equations. 


For larger fan-out with fixed locations, the 
load resistance should also be evenly divided 
so that the parallel combination of all of the 
pull-up resistors will provide the desired D.C. 
pull-up current. 


If some of the remote units will be pluggable, 
it will be necessary to divide the pull-up load 
to accommodate all of the possible 
combinations of possible fanout. Figure 3 
shows an example of driving up to 30 remote, 
pluggable peripherals. On the 3 milliamp side 
of the P82B715 a complete 12Csystem may 
exist. In Figure 3, a local 12Cnetwork cluster 
could be joined to other local network clusters 
through the P82B715 buffered bus so that 
hundreds of 12Cdevices could potentially be 
interconnected. 


The ease of connecting 12Cclusters into a 
complete LAN opens the door for many new 
uses of components which have an 12Cbus 
connection. Now an electronic instrument can 
have access to remote keyboards and 
remote sensors by using the 12Cbus. The 
instrument's output can easily be shown on 
multiple remote displays all connected with 
the 12Cbus. Multiple instruments can also 
pass data back and forth over the 12Cbus. 
Thus, we see that the 12Cbus can become 
an effective and inexpensive Local Area 
Network by using the P82B715 12Cbus 
extender. 


These tests were run on two identical test 
boards which each use a Philips 
Semiconductors 87C751 microcontroller 
that 
drives the 12Cbuffer which has a 330 ohm 
pull-up resistor. The schematic is shown in 
Figure 4. The software is a modified version 
of the "Ping-Pong" program which is 
described in the Philips Semiconductors 
Application Note, AN430, "Using the 
8XC7511752 in Multimaster applications". 
This program sends a number down the 12C 
line and, when received, the receiving unit 
becomes a master and increments the 
number and sends it back to the first unit 
where it is checked and then the process 


repeats itself. The software has extensive 
error detection capability and monitors for 
corruption of data, false starts, over run of 
data, stuck lines and about anything else 
which might indicate a problem. If any errors 
did occur, a software counter was 
incremented. In this setup, the counter was 
stopped at Hex 07F to prevent wrap around 
and the contents of the counter are displayed 
on a bank of 8 LEOs. The MSB of the counter 
register was used as an indicator that the unit 
was working. The MSB LED flashes at about 
a 1 Hz rate when the unit is operating 
normally. When a cable length was reached 
which was too long, the MSB LED would stop 
flashing and the counter would rapidly fill up 
and stop with all 7 LEOs on (LED on 
indicates a logic "1" in this application). 


THE TEST HARDWARE 
A general purpose test rig was designed so 
that future needs of a general12C platform 
could also be met. All of the port pins on the 
'751 were used. The inputs to the system 
were a toggle switch with a pull-up resistor 
connected to PO.2 (because this pin is Open 
Drain) and an octal DIP switch connected to 
port 1 (the internal pull ups of the port were 
used, so no external pull-up resistors were 
needed). The output is displayed through an 
octal buffer connected to port 3. A logical "1" 
on the pin will light up the LED. The 12C 
signals, SDA and SCL, are connected to the 
12Cbuffer chip and the outputs of the buffer 
are pulled up by 330 ohm resistors. The 
parallel combination of the buffered 
transmitting end pull-up and the receiving end 
pull-up resistors is 330/2 ohms, which results 
in a pull-up load current of 30 milliamps. This 
current from the two pull-up resistors must be 
sunk by the single driving transistor of the 
acting sender. The effective loading seen by 
the '751 is the 12Cbuffer's load divided by 10. 
Thus, the '751's 12Coutputs will sink 3 
milliamps when driving the 12Cbuffer which is 
~inking 30 milliamps on the buffered bus. 


The software monitor routine allows the user 
to monitor any internal '751 RAM location and 
display the contents on the LEOs. The 
monitor routine also allows the user to modify 
the contents of any RAM location including 


SFR space. The Ping-Pong program needed 
the first 8 locations in RAM, so the stack 
pointer for this application was changed from 
the default location of 07H to location 09H. 
This starts the stack at OAH. 


To read the contents of RAM, set the DIP 
switches to the desired RAM address. The 
Ioggle switch is set to a "1". Pressing the 
Reset switch causes the microprocessor 
10 
reset and then enter the monitor program 
where the program then waits until the toggle 
switch is changed. Upon closing the toggle 
switch (a "1" to "0" transition) the program 
loads the DIP switch selection into ROof 
bank 1 (RAM location 08H). The program 
then loads the contents of the RAM location 
pointed to by RO(bank 1) and copies it into 
port 3, where it is displayed on the 8 LEOs. 
Thus, the Address is seen by looking at the 
DIP switches and the contents pointed to are 
displayed on the LEOs. Note that this indirect 
Address latch location (RO,bank 1) would 
have been the normal beginning of the stack, 
had it not been changed. 


The contents of an internal RAM location can 
also be modified with this program. First, set 
the DIP switches to the desired Address and 
set the toggle switch to "0". Reset the 
processor and then set the toggle switch to 
"1". This transfers the address to RO(bank 1). 
Next, load the desired new data, which is to 
be stored in RAM, into the DIP switches, and 
then set the toggle switch to "0". At this time 
the LEOs will now show the Address of RAM 
and the DIP switches show what was written 
into the selected RAM location. To verify that 
the data was actually written into the RAM, 
follow the read RAM sequence. 


Although this may seem to be a bit 
cumbersome, it is a workable way to see 
what is happening inside of the '751. 
Remember that it is necessary to re-enter the 
monitor program, or at least to duplicate the 
read RAM of RO (bank 1) and output to port 
3, to see the latest version of the contents of 
the RAM location. Since this experiment only 
looked at the contents of one RAM location, 
the above method was easy to use and the 
display always showed the current status of 
the desired RAM location because it is 
updated often by the software. 


3mA 
local12C 


P82B715 
/1 ~ 
3mA 
~local12C 
t 


ee 


Rslave 
10kn 


P82B715 


.~ 


3mA 
local12C 


l 


vee 


Rslave 
10kn 


P82B715 


/'1 ~ 
3mA 


~loca112C 


Note that Vee is 5 volts for these values of load resistors. If a 
different voltage is desired, the calculations are as follows: 


R 
- ..::!=.. 
I 
R 
- ...2L 
k 
mas'.r 
- 
15mA 
examp e: 
mas'.r 
- 
15mA 
= 0.33 
= 330Q 


The pluggable units would be calculated as follows: 


Parallel combination of Rs1av• = Rmas'.r 


Rslave = Rmaster 
x Fan out 


Vex; 
Vex; 
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7 
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2 
PO.l 
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Xl 
PO.O 
8 
SCL 
7 
<BUFFERED SCL 


Vex; 


X2 
20 
3300 


P3.7 
21 
MSB 
9 
Vex; 
11 


P3.6 
22 
8 
12 


P3.5 
23 
7 
13 
b 


P3.4 
6 
14 


RESET 
P3.3 
2 
5 
74HCT245 
15 
9 
:'211F 


P3.2 
3 
4 
16 


P3.1 
4 
3 
17 
RST 
9 
P3.0 
5 
LSB 
2 
18 
Vex; 
19 
1 
TIR 


Vcc 


DIP SWITCH 
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20 
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P1.6 


PO.2 
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18 
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17 


~ 
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14 


Pl.0 
13 
LSB 


Multimaster 
Code 
for 83C75l/83C752 
4/14/1992 
MODIFIED 
BY DON 
SHERMAN 
5-21-92 


;; 
is 
used 
to 
show 
where 
original 
code 
was 
modified 


This 
code 
was 
written 
to 
accompany 
an 
application 
note. 
The 
12C 
routines 


are 
intended 
to 
he 
demonstrative 
and 
transportable 
into 
different 


application 
scenarios, 
and 
were 
NOT 
optimized 
for 
speed 
and/or 
memory 


utilization. 


$TITLE(83C751 
Multi 
Master 
I2C Routines) 


$DATE(4/14/1992) 
$MOD751 
;;NEED 
TO USE 
$MOD752 
FOR 
752 EMULATOR 
;;EI2 
EQU 
ES 
NEED 
ENABLE 
FOR EMULATOR 


$DEBUG 


8XC751 
MULTIMASTER 
I2C COMMUNICATIONS 
ROUTINES 


Symbols 
and 
RAM 
definitions 


; Symbols 
(masks) for 
I2CFG bits. 


BTIR 
EQU 
10h 
BMRQ 
EQU 
40h 


; 
Symbols 
(masks) 
for 
I2CON bits. 


BCXA 
EQU 
80h 


BIDLE 
EQU 
40h 
BCDR 
EQU 
20h 
BCARL 
EQU 
10h 


BCSTR 
EQU 
08h 
BCSTP 
EQU 
04h 
BXSTR 
EQU 
02h 
BXSTP 
EQU 
01h 


Note: 


CXA bit. 
IDLE bit. 
CDR bit. 
CARL 
bit. 


CSTR 
bit. 


CSTP 
bit. 
XSTR bit. 
XSTP 
bit. 


Specific 
bits 
of 
the 
12CON 
register 
are 
set 
by 
writing 
into 
this 
register 
a 


combination 
of 
the 
masks 
defined 
above 
using 
the 
MOV 
command. 


The 
SETB 
command 
should 
not 
be 
used 
with 
12CON, 
as 
it 
is 
implemented 
by 


reading 
the 
contents 
of 
the 
register, 
setting 
the 
appropriate 
bit 
and 


writing 
it 
back 
into 
the 
register. 
As 
the 
functionality 
of 
the 
Read 
and 


Write 
portions 
of 
the 
12CON 
register 
is 
different, 
using 
SETB 
may 
cause 


unwanted 
results. 


SGO 
EQU 
10h 
SRCVD 
EQU 
llh 
SRLNG 
EQU 
12h 


STXED 
EQU 
13h 
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Started 
Slave 
message 
processing. 


as 
a 
slave, 
received 
a 
new 
message 


received 
as 
slave 
a 
message 
which 
is 
too 


long 
for 
the 
buffer 


as 
slave, 
completed 
message 
transmission. 


Started 
Master 
message 
processing. 


As 
Master, 
received 
complete 
message 
from 


slave. 


As 
Master, 
completed 
successful 
message 


transmission 
(slave 
acknowledged 
all 
data 
bytes) . 


As 
Master, 
truncated 
message 
since 
slave 
did 


not 
acknowledge 
a 
data 
byte. 


AS 
Master, 
did 
not 
receive 
an 
acknowledgement 


for 
the 
specified 
slave 
address. 


TlMERI 
Timed 
out. 


Master 
did 
not 
recognize 
Start. 


MASCMD 
SUBADD 
RPSTRT 
SETMRQ 


MSGSTAT: 
DS 
MYADDR: 
DS 
DESTADRW: 
DS 
DESSUBAD: 
DS 
MASTCNT: 
DS 


MasBuf: 
SRcvBuf: 
STxBuf: 


12C 
communications 
status. 


Address 
of 
this 
12C 
node. 


Destination 
address 
+ 
R/W 
(for 
Master) 
. 


Destination 
subaddress. 


Number 
of 
data 
bytes 
in 
message 
(Master, 


send 
or 
receive). 


Timer 
I 
bus 
watchdog 
timeouts 
counter. 


SP 
save 
location 
(used 
when 
returning 
from 


bus 
recovery 
routine). 


Master 
receive/transmit 
buffer, 
8 
bytes. 


Slave 
receive 
buffer, 
8 
bytes. 


Slave 
transmit 
buffer, 
8 
bytes. 


DATA 
BIT 
BIT 
BIT 


2Dh 
MASCMD.D 
MASCMD.l 
MASCMD.2 


;;TogLED 
BIT 
PloD 


;;ErrLED 
BIT 
Plol 


;;OnLED 
BIT 
P.lo3 


; 
Application 
RAM 
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Toggling 
output 
pin, 
to 
confirm 


that 
the 
ping-pong 
game 
proceeds 
fine. 


Error 
indication. 


2Ih 
APPFLAGS.O 
; Flag 
for monitoring 
12C transmission 
success. 
APPFLAGS.I 


CSEG 
Reset 
and 
interrupt 
vectors. 


ORG 
SETS 
AJMP 


ISh 
CLRTI 
TIISR 


Other 
interrupts 
are enabled 
during 
this 
!SR upon 
return 
from XRETI. 
Limitations 
imposed 
on other 
ISR's: 


- Should 
not be 
long 
(close to 
1000 clock 
cycles). 
A long 
!SR will 
cause 
the 
12C bus 
to 
'hangW, 
and 
a TIMER! 
interrupt 
to occur. 
- Other 
interrupts 
either 
do not use 
the same mechanism 
for allowing 
further 
interrupts, 
or 
if 
they do - disable 
TIMER! 
interrupt 
beforehand. 


The 
751 hardware 
allows 
only 
one 
level 
of interrupts. 
We simulate 
an 
additional 
level 
by 
software: 
by 
performing 
a RET! 
instruction 
(at location 
XRETI) 
the 
interrupt-in-progress 
flip-flop 
is cleared, 
and other 
interrupts 
are enabled. 
The 
second 
level of 
interrupt 
is a must 
in our 
implementation, 


enabling 
timeout 
interrupts 
to occur 
during 
"stuck" 
wait 
loops 
in the 
12C 
interrupt 
service 
routine. 


CLR 
ACALL 
PUSH 


EI2 
XRETI 
PSW 


Disable 
12C interrupt. 


Allow 
other 
interrupts 
to occur. 


PUSH 
MOV 
PUSH 
MOV 
PUSH 
MOV 
PUSH 


ACC 
A,RO 
ACC 
A,Rl 
ACC 
A,R2 
ACC 


MOV 
CLR 
SETB 


StackSave, 
SP 
TIRUN 
TIRUN 


MOV 
ACALL 
JNB 


MSGSTAT,tSGO 


ClsRcv8 


DRDY, 
SMsgEnd 


JB 
JNB 
MOV 
JB 
MOV 
AJMP 


STP,NoGo 


MASTER, 
GoSlave 
MSGSTAT,SMGO 


STR,GoMaster 
MSGSTAT,SNOTSTR 


Dismiss 


C,ACC.O 
ACC.O 
Goldle 


Must 
be 
some 
strange 
Start 
or 
Stop 


before 
the 
address 
byte 
was 
completed. 


Not 
a 
valid 
address. 


Save 
R/W- 
bit 
in 
carry. 


Clear 
that 
bit, 
leaving 
"raw" 
address 


If 
it 
is 
a 
General 
Address 


- 
ignore 
it. 


NOTE: 


One 
may 
insert 
here 
a 
different 
treatment 
for 
general 
calls, 
if 


these 
are 
relevant. 


MOV 
MOV 
SJMP 


Rl,fSRcvBuf 
R2, fRbufLen+l 
SRcv3 


If 
not 
my 
address 
- 
ignore 
the 


message. 


Set 
receive 
buffer 
address. 


MOV 
Inc 
ACALL 
JNB 
DJNZ 


@Rl,A 
Rl 
AckRcvB 
DRDY,SRcvEnd 
R2~SRcvSto 


Too many 
bytes 
received 
- do not 
MOV 
MSGSTAT,~SRLNG 


Store 
the 
byte 
Step addless. 


Exit 
loop 
-end 
reception. 


Go 
to 
store 
byte 
if 
buffer 
not 
full. 


acknowledge. 


Notify 
main 
that 
(as 
slave) 
we 


have 
received 
too 
long 
a 
message. 


Handle 
new 
data 
- 
slave 
event 
routine. 


If 
bit 
count 
not 
7, 
it 
was 
not 


a 
Start 
or 
a 
Stop. 


MOV 
CLR 
SUBB 
ACALL 
SJMP 


A,Rl 


C 


A, -N:SRcvBuf 
SRCvdR 
SMsgEnd 


CJNE 
MOV 
JNB 
JNB 


MOV 
MOV 
INC 
ACALL 
JNB 
JNB 
MOV 
MOV 
ACALL 
AJMP 


A,MYADDR,Goldle 
12DAT,~O 
ATN, $ 
DRDY,SMsgEnd 


Rl,~STxBuf 
A,@Rl 
Rl 
XmByte 
DRDY,SMsgEnd 
RDAT,STxlp 
12CON,~BCDR+BIDLE 
MSGSTAT,~STXED 
STXedR 


Dismiss 


Not 
for 
us. 


Acknowledge 
the 
address. 


Wait 
for 
attention 
flag. 


Exception 
- 
unexpected 
Start 


or 
Stop 
before 
the 
Ack 
got 
out. 


Start 
address 
of 
transmit 
buffer. 


Get 
byte 
from 
buffer 


Byte 
Tx 
not 
completed. 


Byte 
acknowledge, 
proceed 
trans. 


Master 
Nak'ed 
for msg end. 


SRcvErr: 
MOV 
MSGSTAT,~SRERR 
Flag 
bus/protocol 
error 
ACALL 
SRErrR 
Slave 
error 
event 
routine. 


SJMP 
SMsgEnd 


StxErr: 
MOV 
MSGSTAT,~SRERR 
Flag 
bus/protocol 
error 
ACALL 
SRErrR 
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MASTER,SMsgEnd2 


STR,GoSlave 


Send 
address 
& R/W- 
byte 


MOV 
Rl,IIMasBuf 
MOV 
R2,MASTCNT 
MOV 
A,DESTADRW 


JB 
SUBADD,GoMas2 


ACALL 
XmAddr 


JNB 
DRDY,GM2 
JNB 
ARL,GM3 
GM2: 
AJMP 
AdTxArl 


GM3: 
JB 
RDAT,Noslave 
JB 
ACC.D, 
MRcv 
AJMP 
MTx 


NOP 
CLR 
ACALL 
JNB 
JNB 
AJMP 


JB 
MOV 
ACALL 
JNB 
JB 
JB 
MOV 
JNB 


ACC.D 
XmAddr 
DRDY,GM4 
ARL,GMS 
AdTxArl 


RDAT,Noslave 
A,DESSUBAD 
XmByte 
DRDY,SMsgEnd2 
ARL,SMsgEnd2 
RDAT,NoAck 
A,DESTADRW 
ACC.D, 
MTx 


Master 
buffer 
address 


" 
of 
bytes, 
to 
send 
or 
rev 


Destination 
address 
(including 
R/W- byte) . 


Branch 
if 
subaddress 
is 
needed. 


Arbitration 
loss 
while 
transmitting 


the 
address. 


No 
Ack 
for 
address 
transmission. 
Check 
R/W- bit 


Transmit 
subaddress. 


Arbitration 
loss 
(by 
Start 
or 
Stop) 


Arbitration 
loss 
occurred. 


Subaddress 
transmission 
was 
not 
ack'ed. 


Reload 
Ace 
with 
address. 


It's 
a 
Write, 
so 
proceed 
by 
sending 
the 
data. 


JNB 
JNB 
AJMP 
ACALL 


JNB 
JNB 
AJMP 


12CON,iBCDR+BXSTR 
ATN, $ 
12CON, iBCDR 
Clear 
useless 
DRDY 
while 
preparing 


for 
Repeated 
Start. 


expecting 
an 
STR. 


oops 
- 
lost 
arbitration. 


Retransmit 
address, 
this 
time 
with 
the 


Read 
bit 
set. 


Arbitration 
loss 
while 
transmitting 


the 
address. 


No 
Ack 
- 
the 
slave 
disappeared. 


Proceed 
receiving 
slave's 
data. 


MOV 
INC 
ACALL 
JNB 
JB 
JB 
DJNZ 


SJMP 
MOV 
SJMP 
MOV 
SJMP 


ATN,$ 
ARL,GM6 
MArlEnd 
XmAddr 


DRDY,GM7 
ARL,GM8 
AdTxArl 


A,@Rl 
Rl 


XmByte 
DRDY,SMsgEnd2 
ARL,SMsgEnd2 
RDAT,NoAck 
R2,MTxLoop 


MTxStop 
MSGSTAT,iMTXNOSLV 
MTxStop 
MSGSTAT,iMTXNAK 


MTxStop 


ACALL 
SJMP 
ACALL 
JNB 
MOV 
INC 
DJNZ 


ClaRcv8 


MRcv2 


AckRcv8 
DRDY, MArl 
@Rl,A 
Rl 
R2,MRcvLoop 


Other's 
Start 
or 
Slop. 


Store 
received 
byte. 


Advance 
address. 


MOV 
JNB 
JNB 
MOV 
SJMP 


12DAT,K80h 
ATN,$ 
DRDY,MArl 
MSGSTAT, iMRCVED 
MTxStop 


Conclude 
this 
Master 
message: 


Send 
Stop, 
or 
a 
Repeated 
Start 


MTxStop: 
JNB 
RPSTRT,MTxStop2 


MOV 
12CON,#BCDR+BXSTR 
SJMP 
MTxStop3 
MTxStop2: 
MOV 
C,SETMRQ 
MOV 
MASTRQ,C 
MOV 
12CON,#BCDR+BXSTP 


MTxStop3: 
JNB 
ATN, $ 
MOV 
12CON, #BCDR 


JNB 
ATN,$ 
JB 
ARL,MarlEnd 


Check 
if 
Repeated 
Start 
needed 


Around 
if 
not 
RPSTRT. 


Send 
Repeated 
Start. 


Set 
new 
Master 
Request 
if 
demanded 
by SETMRQ bit 
of MASCMD. 


Request 
the 
HW 
to 
send 
a 
Stop. 


Wait 
for 
Attention 


Clear 
the 
useless 
DRDY, 
generated 


by 
SCL 
going 
high 
in 
preparation 


for 
the 
Stop 
or 
Repeated 
Start. 


Wait 
for 
ARL, 
STP 
or 
STR. 


Lost 
arbitration 
trying 
to 
send 


Stop 
or 
a 
ReStart. 


Master 
Event 
Routine. 
May 
Prepare 


the 
pointers 
and 
data 
for 
the 


next 
Master 
message. 


Go 
end 
service 
routine 
if 
MASTRQ 


does 
not 
indicate 
that 
the 
master 


should 
continue 
(was 
set 
according 
to SETMRQ 
bit, 
or by MastNext) . 


Return 
from 
the 
ISR, 
unless 
Start 


(avoid 
danger 
if 
we 
do 
not 
return: 


if 
there 
was 
a 
Stop, 
the 
watchdog 


is 
inactive 
until 
next 
Start). 


Loop 
for 
another 
Master 
message 


If 
lost 
arbitration 
due 
to 
other 


Master's 
Start, 
go 
be 
a 
slave. 


Switch 
from Master 
to Slave 


transmission 
of a message. 
Stop, 
and we need 
to set it 


bus 
gets 
free again. 


due to arbitration 
loss after 
completing 
The MASTRQ 
bit was cleared 
trying 
to write 
a 


again 
on order 
to retry 
transmission 
when 
the 


Set Master 
Request 
- which 
will 
get 
into effect 
when 
we are done 
as a 
slave. 
;;INCREASE 
ERROR 
COUNT 


Switch 
from Master 
to Slave 
due 
to arbitration 
loss while 
transmitting 
an 
address 
- complete 
receiving 
the address 
transmitted 
by the new Master. 


RR 
MOV 
MOV 
MOV 
MOVC 


ANL 


A 
Rl,A 
A,RO 
DPTR,IMaskTable 
A,@A+DPTR 
A,Rl 


DRDY, AdAr3 
SMsgEnd 


Arl on last bit of address 
(RO is 0 on exit 
from XmAddr) . 


The 
lsb sent, 
in which 
arl occurred 
must have been 
1. By decrementing 
A we get the address 
that 
won. 


Realign 
partially 
Tx'ed 
ACC 


and save 
itin Rl 
Pointer 
for lookup 
table 


Set address 
bits 
to be received, 


and the bit on which 
we lost 
arbitration 
to 0 
Now we are ready 
to receive 
the 
rest 
of the address. 


Complete 
the address 
using 
reception 
subroutine. 
Around 
if received 
address 
OK 


Unexpected 
Start 
or Stop 
- end 
as a slave. 
Proceed 
to check 
the address 


as a slave. 


MOV 
CLR 
POP 
MOV 
POP 
MOV 
POP 
MOV 
POP 
POP 
SETB 


I2CON,tBCARL+BCSTP+BCDR+BCXA+BIDLE 
TIRUN 
ACC 
R2,A 
ACC 
Rl,A 
ACC 
RD,A 
ACC 
PSW 
EI2 


XmAddr: 
Transmit 
Address 
and 
R/W- 


XmByte: 
Transmit 
a 
byte 


XmByte: 
XmBit: 
XmBit2 : 


12DAT,A 
; 
Send 
first 
bit, 
clears 
DRDY. 


I2CON,tBCARL+BCSTR+BCSTP 


Clear 
status, 
release 
SCL. 


; 
Set 
RO 
as 
bit 
counter 
MOV 
SJMP 
MOV 
MOV 
RL 
JNB 
JNB 
DJNZ 
MOV 
JNB 


RD,t8 
XmBit2 
RD,t8 
I2DAT,A 


A 
ATN, $ 
DRDY,XmBex 
RD, XmBit 
I2CON,tBCDR+BCXA 
ATN, $ 


Send 
the 
first 
bit. 


Get 
next 
bit. 
Wait 
for 
bit 
sent. 


Should 
be 
data 
ready. 


Repeat 
until 
all 
bits 
sent. 


Switch 
to 
receive 
mode. 
Wait 
for 
acknowledge 
bit. 
flag 
cleared. 


ClsRcv8 
clears 
the 
status 
register 
(from 
Start 
condition) 


and 
then 
receives 
a 
byte. 


AckRcv8 
Sends 
an 
acknowledge, 
and 
then 
receives 
a 
new 
byte. 


If 
a 
Start 
or 
Stop 
is 
encountered 
immediately 
after 
the 
ack, 
AckRcv8 
returns 
with 
7 in RD. 


ClaRcv8 
clears 
the 
transmit 
active 
state 
and 
releases 
clock 


(from 
the 
acknowledge) 
. 


A 
contains 
the 
received 
byte 
upon 
return. 


RO 
is 
being 
used 
as 
a 
bit 
counter. 


I2CON,tBCARL+BCSTR+BCSTP+BCXA 


;Clear 
status 
register. 


JNB 
DRDY, RCVex 
SJMP 
RevS 


AckRcv8: 
MOV 
12DAT,tO 
Send 
Ack 
(low) 
JNB 
ATN,$ 
JNB 
DRDY,RCVerr 
Bus 
exception 
- exit. 


ClaRcv8: 
MOV 
12CON,tBCDR+BCXA 
clear 
status, 
release 
clock 
; from writing 
the Ack. 


JNB 
ATN, $ 


RevS: 
MOV 
RO, t7 
Set bit 
counter 
for the 
first 
seven 
bits. 
CLR 
A 
lnit 
received 
byte 
to 0. 


RBit: 
ORL 
A,I2DAT 
Get bit, 
clear 
ATN. 
RBit2: 
RL 
A 
Shift data. 
JNB 
ATN,$ 
Wait 
for 
next 
bit. 


JNB 
DRDY,RCVex 
Exit 
if not a 
data 
bit 
(could be Start/ 
Stop, 
or 
bus/protocol 
error) 


RBit3 : 
DJNZ 
RO,RBit 
Repeat 
until 
7 bits 
are 
in. 


MOV 
C,RDAT 
Get 
last 
bit, 
don't 
clear 
ATN. 
RLC 
A 
Form 
full 
data 
byte. 


RCVex: 
RET 


ReVerr: 
MOV 
RO,t9 
Return 
non 
legitimate 
bit 
count 
RET 


In 
addition 
to 
reporting 
the 
timeout 
in 
MSGSTAT, 
we 
update 
a 
failure 


counter, 
TITOCNT. 
This 
allows 
different 
types 
of 
timeout 
handling 
by 
the 


main 
program. 


MASTRQ 
; 
"Manual" 
reset. 
12CON, tsXSTP 
12CON,fBCXA+BCDR+BCARL+BCSTR+BCSTP 


TI1: 
TI2: 


TI4 : 


MOV 
ACALL 
ACALL 


MSGSTAT,fTIMOUT 
MORERR 
RECOVER 


Clear 
Tl 
interrupt 
flag. 


Clear 
interrupt 
pending 
flag 
(in 


order 
to 
re-enable 
interrupts). 


Realign 
stack 
pointer, 
re-doing 


possible 
stack 
changes 
during 


the 
12C 
interrupt 
service 
routine. 


TimerI 
interrupts 
in 
other 
ISR's 


were 
not 
allowed 
! 


Go 
back 
to 
the 
I2C 
service 
routine, 


in 
order 
to 
return 
to 
the 
(main) 


program 
interrupted. 


CLR 
CLR 
MOV 
CLR 
SETB 


EA 


MASTRQ 
; 
wManualN 
reset. 


I2CON,iBCXA+BIDLE+BCDR+BCARL+BCSTR+BCSTP 


SLAVEN 
Non 
12C 
TimerI 
mode 


TIRUN 
Fire 
up 
TimerI. 
When 
it 
overflows, 
it 


will 
cause 
12C 
interface 
hardware 
reset. 


MOV 
NOP 
NOP 
NOP 
DJNZ 
CLR 
SETB 


Rl,DLY5 
TIRUN 
CLRTI 


SETB 
SETB 
MOV 
CLR 
DB 
SETB 
DB 
DJNZ 
CLR 
DB 
CLR 
DB 
SETB 
DB 
SETB 
DB 


SCL 
Issue 
clocks 
to 
help 
release 
other 
devices. 


SDA 
Rl,i08h 
SCL 
0,0,0,0,0 
SCL 
0,0,0,0,0 
Rl,RC7 
SCL 
0,0 
SDA 
0,0 
SCL 
0,0,0,0,0 
SDA 
0,0,0,0,0 
; Issue 
a Stop. 


MOV 
SETB 
RET 


Message 
ping 
pong 
game. 
Each 
message 
is 
transmitted 
by 


a 
processor 
that 
is 
a 
master 
on 
the 
12C 
bus, 
and 
it 
contains 
one 
byte 


of 
data. 
A 
processor 
that 
receives 
this 
data 
byte 
as 
a 
slave 
increments 


the 
data 
by 
one 
and 
transmits 
it 
back 
as 
a 
master. 
The 
data 
received 
is 


confirmed 
to 
be 
a 
one 
increment 
of 
the 
data 
formerly 
sent, 
unless 
it 
is 
a 
NresetW 
value, 
chosen 
to 
be 
COho 


The 
two 
participating 
processors 
have 
similar 
code, 
where 
the 
node 


address 
of 
the 
second 
processor 
is 
the 
destination 
address 
of 
this 


one, 
and 
vice 
versa. 


The 
first 
data 
byte 
'each 
processor 
tries 
to 
send 
is 
DOh. 
One 
of 
the 


processors 
will 
acquire 
the 
bus 
first, 
and 
the 
second 
processor 
that 
will 


receive 
this 
WresettingW 
DOh 
will 
not 
attempt 
tp 
confirm 
it 
against 
an 


expected 
value. 
It 
will 
simply 
increment 
and 
transmit 
it. 
Subsequent 


receptions 
will 
be 
confirmed 
against 
the 
expected 
value, 
until 
Dffh 
data 


bytes 
are 
sent and 
the game 
is effectively 
reset 
by the OOh resulting 
from 
the next 
increment. 
A toggling 
output 
(TogLED) 
tells 
the outer 
world 
that the Wping 
pongW 


proceeds 
well. 
If something 
unexpected 
happens 
we temporarily 
activate 
another 
output, 
ErrLED. 
The different 
tasks 
of the code 
are performed 
in a combination 
of main- 
line program 
and event 
routines 
called 
from the 
12C interrupt 
service 
routine. 


Initial 
set-ups: 
Load 
CTl,CTO 
bits 
of I2CFG 
register, 
according 
to the clock 
crystal 
used. 


Load RAM 
location 
MYADDR 
with 
the 
I2C address 
of this processor. 
We 
load these 
values 
out of ROM 
table 
locations 
(R_CTVAL and R_MYADDR) . 


One may, 
instead, 
load 
with 
a MOV 
<immediate> 
command. 


;;Reset: 
MOV 
SP,II07h 


RESET: 
CLR 
A 
MOV 
DPTR,IIR_CTVAL 
MOVC 
A,@A+DPTR 
MOV 
12CFG,A 


CLR 
A 
MOV 
DPTR,IIR_MYADDR 
MOVC 
A,@A+DPTR 
MOV 
MYADDR,A 


" 
CLR 
OnLED 


;;Reset2: 
CLR 
ErrLED 
RESET2: 
ACALL 
LDELAY 
" 
SETB 
ErrLED 
CLR 
SErrFLAG 
CLR 
TRQFLAG 
MOV 
FAILCNT,i50h 
" 
SETB 
TogLED 
MOV 
TOGCNT,II050h 


Load CTl,CTO 
(I2C timing, 
crystal 
dependent) . 


Enable 
slave 
operation. 


The 
Idle bit 
is set here 
for a restart 
situation 
- in normal 
operation 
this 
is redundant, 
as this bit 
is set upon 
power_up 
reset. 
MOV 
12CON,IIBIDLE 
Slave 
will 
idle till next 
Start. 
SETS 
SL~VEN 
; Enable 
slave 
operation. 


Enable 
interrupts. 
This 
is necessary 
for both 
Slave 
and 
SETB 
ETI 
SETB 
EI2 
SETB 
EA 


MOV 
MOV 
CLR 
MOVC 


MASCMD,II0h 
DPTR, 'PongADDR 


A 
A,@A+DPTR 


Master 
operations. 
Enable 
timer 
I interrupts. 


Enable 
I2C port 
interrupts. 


Enable 
global 
interrupts. 


MOV 
DESTADRW,A 


MOV 
MASTCNT,~Olh 


PPSTART: 
MOV 
MasBuf,~OOh 


; 
"'Ping" 
transmission: 


PP2: 


SETB 
TRQFLAG 
SETB 
MASTRQ 
MOV 
Rl, ~Offh 
PP22: 
JNB 
TRQFLAG,PP3 
DJNZ 
Rl, PP22 
MFAIL1: 
DJNZ 
FAILCNT,PP2 
ACALL 
MORERR 
ACALL 
RECOVER 
SJMP 
Reset2 


; 
"Pong" 
reception: 


PP3: 
MOV 
RO, ~Offh 
PP31: 
MOV 
Rl,~Offh 
PP32: 
JB 
TRQFLAG,PP2 
JB 
SErrFLAG,PP5 
DJNZ 
Rl, PP32 
DJNZ 
RO,PP31 
PPTO: 
ACALL 
RECOVER 
AJMP 
Reset2 


;;PP5: 
CLR 
ErrLED 
" 
ACALL 
LDELAY 
" 
SETB 
ErrLED 
PP5: 
CLR 
SErrFLAG 
AJMP 
PPSTART 


LDELAY: 
MOV 
R2,~030h 
LDELAY1: 
MOV 
Rl,~Offh 
DJNZ 
Rl,$ 
DJNZ 
R2,LDELAYl 
RET 


The 
partner 
address. 
The 
LSB 
is 


low, 
for 
a 
Write 
transaction. 


Message 
length 
- 
a 
single 
byte. 


Invoked 
upon 
completion 
of 
a 
message 
transaction. 


This 
is 
the 
part 
of 
the 
application 
program 
actually 
dealing 


with 
the 
data 
communicated 
on 
the 
12C 
bus, 
by 
responding 
to 


new 
data 
received 
and/or 
preparing 
the 
next 
transaction. 


These 
routines 
are 
invoked 
by 
the 
12C 
interrupt 
service 
routine 
when 
a 


message 
transaction 
as 
a 
slave 
has 
been 
completed. 
Our 
"application" 


reacts 
to a message 
received 
as a slave 
with the 
routine 
SRCvdR. 
The calls 
that 
indicate 
erroneous 
reception 
are treated 
the 
same way as 
erroneous 
data 
reception 
in the "ping 
pongN 
game. 


NOP 
MOV 
JNZ 
MOV 
SJMP 


A,SRcvBuf 
SR2 
MasBuf,SOlh 
SR3 


INC 
CJNE 
INC 


MasBuf 
A,MasBuf,ErrSR 
MasBuf 
Data 
for next transmission 
- the data 
received 
incremented 
by 1. 


A 
successful 
two way data 
exchange. 
Let the outside 
world 
know by 
toggling 
an output 
pin driving 
a LED. 
We actually 
toggle 
only 
when 
a number 
of such exchanges 
is completed, 
in order 
to 
slow down 
the changes 
for a good 
visual 
indication. 


DJNZ 
CPL 
XRL 
MOV 
SETB 
MOV 
CLR 
CLR 
SETB 
RET 


TOGCNT,SR3 
TogLED 
TITOCNT, 
S80H 
TOGCNT,SOSOh 
PSW.3 
LED, 
@RO 
PSW.3 
SErrFLAG 
TRQFLAG 


; ;RS 
TO 1 
;;RAM POINTED 
TO BY RO 
;;RS BACK 
TO 0 


SLnRcvdR 


Invoked 
when 
a message 
received 
as a Slave 
is too 
long 
for the 
receive 
buffer. 


Invoked 
when 
a Slave 
completed 
transmission 
of 
its buffer. 
We do not expect 
to get here, 
since we do not plan 
to have 
in our 
system 
a master 
that will 
request 
data 
from this 
node. 


Slave 
error 
event 
subroutine. 
In most 
applications 
it will 
not be used. 


SLnRcvdR: 
STXedR: 
SRErrR: 
JMP 


Invoked 
when 
a 
Master 
transaction 
is 
completed, 
or 
terminated 
~willingly~ 
due 
to 
lack 
of 
acknowledge 
by 
a 
slave. 


MOV 
A,MSGSTAT 
CJNE 
A,NMTXED,MNl 
MOV 
FAILCNT,N50h 
CLR 
TRQFLAG 
RET 


Called 
upon 
completion 
of 
the 
I2C 
interrupt 
service 
routine. 


In 
this 
example 
it 
monitors 
exceptions, 
and 
invokes 
the 
bus 


recovery 
routine 
when 
too 
many 
occurred. 


MOV 
CJNE 
ACALL 
DJNZ 
MOV 
CLR 
RET 


A,MSGSTAT 
A,NNOTSTR,I2CDl 
MORERR 
FAILCNT,I2CDl 
FAILCNT,NOlh 
EI2 


Contents 
is 
used 
in 
the 
beginning 
of 
the 
main 
program 
to 
load 


RAM 
location 
MYADDR 
and 
the 
I2CFG 
register. 


The 
node 
address, 
in 
R_MYADDR, 
is 
application 
specific, 
and 
unique 
for 


each 
device 
in 
the 
I2C 
network. 


R 
CTVAL 
depends 
on 
the 
crystal 
clock 
frequency. 


This 
node's 
address 


;;NOTE 
THAT R_MYADDR 
AND PongADDR 


;;MUST 
BE SWITCHED 
ON THE OTHER 
;;' 
751 
; CT1, CTO bit 
values 


The 
address 
of 
the 
"partner" 
in 


the 
ping-pong 
game. 


THIS 
PROGRAM 
RUNS 
THE MONITOR 
ON 
THE 
SMALL 
TEST BOARD 
DESIGNED 
TO 
TEST 
THE 
12C DRIVER 
CHIP. 


IT USES A '751. 


LED 
EQU 
LDEL 
EQU 
HDEL 
EQU 


SWITCH 
EQU 
TOG 
EQU 
RNAME 
EQU 


P3 
022H 
LDEL 
+ 


P1 
PO.2 
RO 


OONMON: 
MOV 
SP, 
Jl09H 
;SP=09,STARTS 
AT 
OAH 
SETB 
PSW.3 
;RS ~ 01 


CLR 
PSW.1 
;PSW.1 FLAG~O 


JB 
TOG, 
ONLYAD 
;IF TOG 
1, PSW1~0 
SETB 
PSW.1 
;WRITE 
DESIRED 
ONLYAD: 
JNB 
TOG, 
ONLYAD 
;WAIT FOR HI 
HIWAIT: 
JB 
TOG, 
HIWAIT 
;NOW WAIT 
FOR LOW 
MOV 
LDEL, 
JlO 
;DELAY TIMER 
MOV 
HDEL, 
JlO 
SDELAY: 
DJNZ 
LDEL, 
SDELAY 
;DELAY 
LOOP 
DJNZ 
HDEL, 
SDELAY 
;UPPER 
DELAY 
JB 
TOG, 
HIWAIT 
;FALSE 
ALARM,GO 
BACK 


MOV 
RNAME, 
SWITCH 
;VALID HI TO LO 
MOV 
LED, 
@RNAME 
;DISPLAY 
CONTENTS 
OF 
RAM OF RNAME 
JNB 
PSW.1, 
DONE 
;PSW1 FLAG, 
O~DONE 
STAYLO: 
JNB 
TOG, 
STAYLO 
;NOW WAIT FOR HI 
HDELAY: 
DJNZ 
LDEL, 
HDELAY 
;LDEL=HDEL~O 
DJNZ 
HDEL, 
HDELAY 
JNB 
TOG, 
STAYLO 
;FALSE ALARM 
MOV 
@RNAME, 
SWITCH 
;SUCCESSFUL 
LO TO HI 
SWITCH 
TO RAM 


MOV 
LED, 
RNAME 
;DISPLAY 
WHICH 
RAM 
;LOCATION 
FOR SWITCH 
DONE: 
CLR 
PSW.3 
;RS BANK BACK 
TO 0 
AJMP 
RESET 
;STARTS 
PING PONG 


MORERR: 
PUSH 
ACC 
MOV 
A, 
PFH 
;;INCREMENT 
TITOCNT 
ANL 
A, 
TITOCNT 
XRL 
A, 
PFH 
;;STOP AT 7F 
JZ 
NOUP 


INC 
TITOCNT 
SETB 
PSW.3 
;;RS TO 1 
MOV 
LED, 
@RO 
;;DISPLAY 
NEW TITOCNT 
CLR 
PSW.3 
;;RS BACK 
TO 0 
NOUP: 
POP 
ACC 
RET 


END 


1.1. Purpose. 


This document 
is a user manual for the "C software 
module IIC51. It is intended for Intel PLM51 
users who need to control an "C bus. This document 
assumes 
some basic knowledge 
about "C 
and Intel PLM51. 


IIC51 is a software 
module to provide an Intel PLM51 user with a set of procedures 
to control a 
bi-direetional 
"C bus. These procedures have been coded in Intel ASM51 and have been optimized 
for speed. 
IIC51 supports 
all common 
used ,'C master transmitter 
and master receiver 
protocols. 


Each different 
protocol 
corresponds 
to one of the procedures 
in IIC51. IIC51 is available 
in two 
different versions: 


IIC51S: 


IIC51S is a module for singlemaster 
"C to be used on microcontrollers 
of the 8xC51 family. 


It directly 
controls 
the microcontroller 
1/0 pins by software 
without the need of any specific 
hardware. No other "C masters are allowed on the bus. Note that the electrical characteristics 
of this microcontroller 
family are not conform the "C specifications. 


IIC51M: 


IIC51 M is a module for multi master "C to be used on microcontrollers 
of the PCB8xC552JC652 
family. 
It makes 
use of the built-in 
,'C interface 
hardware 
(SI01) 
of these 
microcontrollers. 
Since this hardware 
is a multimaster 
interface other "C masters are allowed on the bus. 


AII"C 
transfer procedures 
in IIC51S are fully software interface compatible with IIC51M. This allows 
a single PLM51 program using "C to be written for both mentioned 
microcontroller 
families. 


PLM51 
ASM51 
RL51 


S 
P 
A 
N 
SlvW 
SlvR 
Sub 


High level Program Language for 8051 family Microcontrollers 
Assembly 
Language for 8051 family Microcontrollers 
Relocating 
Unker for 8051 family Microcontrollers 


I'C Message Start Condition 
I'C Message 
Stop Condition 
I'C Message Acknowledge 
I'C Message 
Negative Acknowledge 
"C Message 
Slave Address + Write 
I'C Message Slave Address + Read 
I'C Slave Subaddress 


(1) 
I'C Specification 
I'e-bus 
compatible 
ICs 
Philips Components 
Data Handbook 
IC'2a 


(2) 
PUM-5' 
User's Guide for DOS Systems 
Intel Corporation 


(3) 
MSC-5' 
Macro Assembler 
User's Guide for DOS Systems 
Intel Corporation 


(4) 
MSC-5' 
Utilities User's Guide for DOS Systems 
Intel Corporation 


Single-chip 
8-bit microcontrollers 
PCBS3C5521PCBSOC552, PCB83C6521PCBSOC652 etc. 


I'e-bus 
compatible 
ICs 
Philips Components 
Data Handbook 
IC'2a 
'989 


(6) 
Single-chip 
8-bit microcontroller 
PCBSOC5' 
Integrated 
circuits Book IC'4 


IIC51 is designed for use in stand-alone 
microcontroller 
,'C systems. 
It is mainly written to provide 
a standard 
set of procedures 
for computer 
controlled television I teletext concepts 
based on 8051 
family microcontrollers. 


IIC51 contains the following functions: 


- Initialisation 
of the I'C interface 
(software and hardware) 
- Transfer 
of ,'C messages 
to and from an ,'C slave device 
- Error detection 
- Automatic 
retrying if an error occurs during a transfer 
(up to 5 attempts) 
- Error recovery 
if the bus is held by a slave device that is out of bit-sync 
- Optional slave receiver I transmitter 
function 
(IIC51 M only) 


IIC51 is designed 
to be a easy to use package. 
All needed code and data is defined 
in a single 
object module (IIC51 M.OBJ or IIC51S.OBJ). The PLM51 user needs only to link this module to his 
own application 
object modules, using Intel's RL51. Procedures and data of concem to the user can 
be dedared 
EXTERNAL 
by including the file IIC51.DCL. 


IIC51 is coded for and translated 
by the Intel MSC-51 Macro Assembler. 
It is tested together 
with 
Intel PLM51 modules. 
Intel utilities used for testing: 


- MSC-51 
Macro Assembler, 
ASM51.EXE, 
Version V2.3 


- PLJM-51 Compiler, 
PLM51.EXE, 
Version V1.2 and V1.3 
- MSC-51 
Relocator and Linker, RL51.EXE. 
Version V3.1 


- 350 
By1es CODE (approx.) 
6 
By1es DATA 
1 
By1e Bit-Addressable 
DATA 
1 
Bit 


- 400 
By1es CODE (approx.) 
6 
By1es DATA 
1 
By1e Bit-Addressable 
DATA 
1 
Bit 


- Exclusive 
use of Register Bank 1 


Each procedure 
must be declared 
EXTERNAL 
by the PLM51 user. In this dedaration 
the user can 


specify the type retumed 
by each procedure. 
All procedures 
(except 
IniUIC) 
can retum 
a BIT or 


a BYTE (depending 
on the chosen 
EXTERNAL 
declaration). 
The BIT or BYTE returned 
is 0 if the 
I'C transmission 
was successful. 
If the user decides to declare a procedure 
untyped, the result of 
the previous 
I'C transmission 
can always be checked by examining the static BIT variable IIC_Error. 


Note that typed procedures 
must be called using an expression. 
If the result of an I'C procedure 
is to be ignored, a dummy assignment 
must be done for a typed procedure. 
An untyped procedure 
can be called by the PLM51 CALL statement, 
without any additional 
overhead. The examples 
in the 


follow section 
assume the procedures 
to be declared 
untyped. 


Note that the least significant 
bit of all slaveaddresses 
passed to the I'C procedures 
must be O. 


Init IIC: 


PROCEDURE 
DECLARE 
END; 


( Own_Slave_Address) 
EXTERNAL; 
( Own_Slave_Address) 
BYTE; 


Init_IIC 
must be called once after reset, before any other procedure 
is used. 
It initialises 
all 


I'C intemal 
static data and hardware. 
The Own_Slave_Address 
is passed to Init_IIC for the 
optional 
slave function 
in a multimaster 
I'C system 
(IIC51 M). In a singlemaster 
I'C system 


, (IIC51S), 
the Own_Slave_Address 
is ignored. 
Note that 
IniUIC 
does 
not effect 
the global 
I interrupt 
enable 
flag 
(EA). 
IIC51 M requires 
the 
user 
to enable 
interrupts 
afterwards 
(:;ee 
example). 


CALL 
IniUIC 
( 54h ) ; 
ENABLE; 
r Enable 
Interrupts; 
EA = 1 ./ 


IIC Test 
Device: 
PROCEDURE 
DECLARE 
END; 


( Slave_Address) 
[ BIT I BYTE 1 EXTERNAL 
; 
( Slave_Address) 
BYTE; 


IIC_Test_Device 
just sends the slaveaddress 
on the I'C bus. It can be used to check 
the 
presence 
of a device on the ,'C bus. 


r>C Protocol: 


~ISlvW [;E 


OR 


~ 
I 
I 
! 
I 
I 


DECLARE 
IIC_Error 
BIT 
EXTERNAL; 


CALL IIC_Test_Device 
( 8Ch ) ; 


IF ( IIC_Error ) THEN 
·Device 
is Not Present 
Handling· 
ELSE 
·Device 
is Present Handling· 


IIC Write: 
PROCEDURE 
DECLARE 
END; 


( Slave_Address, 
Count, 
Source_Ptr 
) [ BIT I BYTE 1 EXTERNAL; 
( Slave_Address, 
Count, 
Source_Ptr 
) BYTE; 


IIC_Write 
is the most 
basic 
procedure 
to write 
a message 
to a slave 
device. 


12C Protocol: 


L 
Count 
D1[O..L-1] BASED 
by Source_Ptr 


GJ 
SlvW GJ 
Dl[O] 
GJ 
Dl[l) I~~~=:r;] 
Dl[L-l) 
G:GJ 
II 


DECLARE 
Data_Buffer 
( 4 ) BYTE 
; 


CALL 
IIC_Write 
( OC2h, LENGTH 
( Data_Buffer 
), .Data_Buffer 
) ; 


IIC Write 
Sub: 


PROCEDURE 
(Slave_Address. 
Count, 
Source_Ptr, 
Sub_Address) 
I BIT I BYTE I EXTERNAL 
; 


DECLARE 
( Slave_Address. 
Count, 
Source_Ptr, 
Sub_Address) 
BYTE 
; 
END; 


IIC_Write_Sub 
writes 
a message 
preceded 
by a subaddress 
to a slave device. 


I'C Protocol: 


L 
K 
Count 
Sub 
K 
Sub 
Address 
DlI0 ..L-l1 
BASED 
by Source_Ptr 


GJ 
SlvW G] 
Sub 
GJ 
01[0) 
G] 
01[1] ~~~=r;:1 
01[L-1] 
~ 
II 


DECLARE 
Data_Buffer 
( 8 ) BYTE 
; 


CALL 
IIC_Write_Sub 
( 48h, 
LENGTH 
( Data_Buffer 
), .Data_Buffer, 
2 ) ; 


IIC Write 
Sub 
SWine: 


PROCEDURE 
(Slave_Address, 
Count, 
Source_Ptr, 
Sub_Address) 
[ BIT I BYTE I EXTERNAL 
; 


DECLARE 
( Slave_Address, 
Count, 
Source_Ptr, 
Sub_Address) 
BYTE; 
END; 


Desaiption: 


Some 
r'C devices 
addressed 
with a subaddress 
do not automatically 
increment 
the subaddress 
after 
reception 
of eaeh 
byte. 
IIC_Write_Sub_SWlne 
can 
be used 
for such 
devices 
the 
same 
way IIC_Write_Sub 
is used. 
IIC_Write_Sub_SWlne 
splits UP the message 
in smaller 
messages 
and increments 
the subaddress 
itself. 


t2C Protocol: 


L 
= Count 


Sub 
E 
Sub 
Address 


D1[O..L-1) BASED 
by Source_Ptr 


~I 
SlvW 
1~~_S_ub__ ~G:1Dl (0) 
~I 
SlvW [;I 
Sub+l 
[;1 Dl[l) 


I~ 
I~ 


GJ 
SlvW G.:I Sub+L-l 
[;1 
Dl [L-l) 
~ 


DECLARE 
Data_Buffer 
( 6 ) BYTE 
; 


CALL 
IIC_Write_Sub_SWlne 
( 80h, LENGTH 
( Data_Buffer 
), .Data_Buffer, 
0 ) ; 


IIC_Write_Memory: 


PROCEDURE 
(Slave_Address, 
Count, Source_Ptr, 
Sub_Address) 


[ BIT I BYTE ] EXTERNAL 
; 


DECLARE 
( Slave_Address, 
Count, Source_Ptr, 
Sub_Address) 
BYTE; 
END; 


,2C Non-Volatile 
Memory devioes ( such as PCF8582 
) need an additional 
delay after writing 
a 
byte 
to 
it. 
IIC_Write_Memory 
can 
be 
used 
to 
write 
to 
such 
devices 
the 
same 
way 
IIC_Write_Sub 
is used. 
IIC_Write_Memory 
splits 
up the message 
in smaller 
messages 
and 
increments 
the subaddress 
itself. After transmission 
of each small message a delay of 40 milli- 


seconds 
is inserted. 


L 
Count 
Sub 
Sub Address 
D1[0 ..L-1] BASED by Source_Ptr 


[S] 
51vW 
N_5_U_b 
N D1 (0) 


GJ 
51vW GJ 
5ub+1 
N 
D1 [1) 


rAJ!J 
< Delay 40 ms > 


[;GJ 
< Delay 40 ms > 


Is"I 
51vW 1:1 
I 
I 
I 
I 
IJ;l 
! 
I 
I 


DECLARE 
Data_Buffer 
( 10 ) BYTE; 


CALL IIC_Memory 
( OAOh, LENGTH 
( Data_Buffer 
), .Data_Buffer, 
OFOh ) ; 


IIC Write 
Sub Write: 
PROCEDURE 
(Slave_Address, 
Count1, 
Source_Ptr1, 
SL'b_Address, 
Count2, Source_Ptr2 
) 
[ BIT I BYTE ) EXTERNAL 
; 


DECLARE 
( Slave_Address, 
Count 1, Source_Ptr1, 
Sub_Address, 
Count2, Source_Ptr2 
) 
BYTE; 


IIC_Write_Sub_Write 
writes 
2 data blocks 
preceded 
by a subaddress 
in one message 
to a 
slave 
device. 
This 
procedure 
can be used for devices 
that 
need an extended 
addressing 
method, without the need to put all data into one large buffar. Such a device is the ECCT (l'C 
controlled 
teletext 
device; 
see example 
). 


,'C Protocol: 


L 
Count1 
M 
Count2 
Sub 
Sub Address 
D1[O..L-1) BASED by Source_Ptr1 
D2[O..M-1]BASED 
by Source_Ptr2 


GJ SlvW GJ__ S_U_b_GJ 
01 [0] Gl 
01 [1] 


02 [0] 
GJ 
02 [1] 


I~~~~ 
01[L-1] 
II 


~~~~ 
D2[M-1] 


II 


PROCEDURE 
Write_CCT_Memory 
( Chapter, 
Row, Column, 
Data_Buf, 
Data_Count) 
DECLARE 
( Chapter, 
Row, Column, 
Data_Buf, 
Data_Count) 
BYTE; 


r 


The extended address 
(CCT-Cursor) 
is formed by Chapter, Rowand 
Column. These 
three bytes are written 
atter the subaddress 
(8) followed 
by the actual data which 


will be stored relative to the extended 
address . 
./ 
CALL IIC_Write_Sub_Write 
( 22h, 3, .Chapter, 
8, Data_Buf, 
Data_Count) 
; 


END Write _CCT_Memory 
; 


IIC Read: 
PROCEDURE 
DECLARE 
END; 


( Slave_Address, 
Count, 
DesCPtr 
) [ BIT I BYTE I EXTERNAL; 
( Slave_Address, 
Count, 
Dest_Ptr) 
BYTE; 


Description: 


IIC_Read 
is the most 
basic 
procedure 
to read a message 
from 
a slave 
device. 


J'C Protocol: 


M 
= 
Count 
D2[O..M-1]BASED 
by Dest_Ptr 


GJ 
SlvR GJ 
02[0] 
I:;] 
02[1) 1r~~=:.TI 
02[M-l) 
~ 


II 


DECLARE 
Data_Buffer 
( 4 ) BYTE 
; 


CALL 
IIC_Read 
( OB4h, LENGTH 
( Data_Buffer 
), .Data_Buffer 
) ; 


IIC 
Read 
Status: 


PROCEDURE 
(Slave_Address, 
DesCPtr 
) [ BIT I BYTE I EXTERNAL; 
DECLARE 
( Slave_Address, 
DesCPtr 
) BYTE; 
END; 


Description: 


A lot of I'C devices 
have only a one status 
byte that can be read via I'C. IIC_Read_Status 
can 
be used for this purpose. 
IIC_Read_Status 
woOO; the same as IIC_Read 
but the user does not 
have to pass 
a count 
parameter. 


I'c 
Protocol: 


M 
Status 
Count 
BASED 
by DesCPtr 


GJ 
Sl vR GJ 
Stat 
uS 
~ 


DECLARE 
Status_Byte 
BYTE; 


CALL 
IIC_Read_Status 
( 84h, 
.Status_Byte 
) ; 


IIC Read 
Sub: 
PROCEDURE 
(Slave_Address, 
Count, 
Dest_Ptr, 
Sub_Address) 
[ BIT I BYTE ] EXTERNAL 
; 


DECLARE 
( Slave_Address, 
Count, 
Dest_Ptr, 
Sub_Address 
) BYTE 
; 
END; 


IIC_Read_Sub 
reads 
a message 
from a slave device 
preceded 
by a write 01 the subaddress. 


Between 
writing 
the subaddress 
and reading 
the message 
an I'C restart 
condition 
is generated 
without 
surrendering 
the bus. This prevents 
other masters 
from accessing 
the slave device 
in 
between 
and overwriting 
the subaddress. 


I'C Protocol: 


M 
Count 
Sub 
Sub 
Address 
D2[O..M-1] BASED 
by DesCPtr 


~ 
SlvR Gl 
02[0] Q 02[1] GI~~TI 
02[M-1) I~ 


II 
GJ SlvW I~I 
Sub 


DECLARE 
Data_Buffer 
( 5 ) BYTE 
; 


CALL 
IIC_Wme_Sub 
( OA2h, LENGTH 
( Data_Buffer 
), .Data_Buffer, 
2 ) ; 


IIC Write 
Sub 
Read: 
PROCEDURE 
(Slave_Address, 
Count1, 
Source_Ptr1, 
Sub_Address, 
Count2, 
Dest_Ptr2 
) 
[ BIT I BYTE] 
EXTERNAL 
; 
DECLARE 
( Slave_Address, 
Count 1, Source_Ptr1, 
Sub_Address, 
Count2, 
Dest_Ptr2 
) 
BYTE; 


Description: 


IIC_Write_Sub_Read 
writes 
a data block 
preceded 
by a subaddress, 
generates 
an ,2C restart 
condition, 
and 
reads 
a data 
block. 
This 
procedure 
can 
be used 
for devices 
that 
need 
an 
extended 
addressing 
method. 
Such 
a dtlvice 
is the 
ECCT 
(12C controlled 
teletext 
device; 
see 
example 
). 


,2C Protocol: 


L 
= Count1 
M 
Count2 
Sub 
Sub 
Address 
D1[O..L-1] BASED 
by Source_Ptr1 
D2[O..M-1] BASED 
by Dest_Ptr2 


~ 
SlvW I~I Sub 
G1 
Dl [0) GJ 
Dl[l] [;C~~=r;] 
Dl[L-l] G[ 
II 


~ 
SlvR GJ D2[0] GJ 
D2[1] [;C~~~ID2[M-l] I~ 
II 


Example: 


PROCEDURE 
Read_CCT _Memory 
( Chapter, 
Row, 
Column, 
Data_BuI, 
Data_Count) 
; 
DECLARE 
( Chapter, 
Row, 
Column, 
Data_Buf, 
Data_Count) 
BYTE; 


r 
The extended 
address 
(CCT-Cursor) 
is formed 
by Chapter, 
Rowand 
Column. 
These 
three 
bytes 
are written 
alter 
the subaddress 
(8). After 
that the 
actual 
data 
will be 
read 
relative 
to the extended 
address. 


Of 


CALL 
IIC_Write_Sub_Read 
( 22h, 3, .Chapter, 
8, Data_BuI, 
Data_Count) 
; 


END Read_CCT_Memory 
; 


12Cslave mode is provided by IIC51M only. All slave mode actions (except initialisation) 
take place 
in the SI01 
interrupt procedure. 
Slave mode ,2C protocol is very application 
dependent. 
If a specific 
slave mode 
is required, 
the user has to modify three procedures 
in IIC51 M at source 
level. The 
following 
sections 
describe these procedures. 
The program examples 
of the procedures 
implement 


an ,2C slave protocol 
to read and write the microcontroller's 
on Chip RAM via 12C.This can be a 
useful feature 
during program 
development 
and debugging. 


This 
procedure 
is called 
from 
IIC_lnit. 
In this 
procedure 
the 
user 
can 
initialise 
all static 
data 
conceming 
slave mode functions 
(if any). 


Example: 


Receive_Slave 
is a procedure 
called from the SI01 
interrupt procedure each time a by1e is received 
from another 
12Cmaster. The procedure 
can make use of the bit "IICCntrl.BYTE1EXPECTED", 
as 
defined 
in IIC51 M. This bit is set to logic 1, every time the first data by1e of an 12Cmessage 
is 
about to be received. 
Receive_Slave 
can use this bit to detect the start of a new message. 


Normally all by1es received from the other master will be acknowledged 
(Le. SI01 
control bit Assert 


Acknowledge 
is set, AA = 1). If AA is cleared by Receive_Slave 
subsequent 
by1es in the message 
will be ignored and a negative 
acknowledge 
will be transmitted 
after reception 
of each by1e. Note 


that the example 
does not make use of this feature. 


- 
Receive_Slave 
must read the S1 DAT register. 
Receive_Slave 
may clear the SI01 
control bit AA. to stop acknowledging 
data. 


Receive_Slave 
may not effect any other SI01 
hardware 
registers I bits. 
Receive_Slave 
is 
only 
allowed 
to 
use 
the 
accumulator 
and 
register 
RO in 
the 
current 
registerbank. 


Receive 
Slave: 
rnov a,SlDAT 
rnov rO,fSlave 
Sub 
Address 
jbc 
IICCntrl.BYTElEXPECTED,Save 
Byte 


rnov rO,Slave 
Sub 
Address 
- 


inc 
Slave 
sub Address 


Save_Byte: 
rnov @rO,a- 
ret 


Pick 
up 
data 
Prepare 
for 
1st byte 


Jump 
if 
1st 
byte 


Else 
data 
byte 
Postincrernent 
Sub. 


Save 
Data 
Exit 


Send_Slave 
is a procedure 
called 
during 
the SI01 
interrupt 
procedure 
each time a byte has to be 
transmitted 
to another 
,'C master. 
This occurs 
after 
reception 
of ,'C startcxmdition 
followed 
by the 


microcontroller's 
own 
slaveaddress 
(as passed 
to Init_"C) 
with read-bit. 
Send_Slave 
will be called 


again after transmission 
of each subsequent 
byte, until a negative 
acknowledge 
is received 
from the 
reading r'c master. 


- 
Send_Slave 
must write 
to the S10AT 
register. 
- 
Send_Slave 
may 
not effect 
any other 
SIOl 
hardware 
registers 
I bits. 


• 
Send_Slave 
is only allowed 
to use the accumulator 
and register 
AD in the current 
registernank. 


mov 
rO,Slave 
Sub 
Address 
mov 
SlDAT,@rO 
- 


inc 
Slave 
Sub 
Address 
ret 


Pick 
up 
Sub 
Address 


Send 
Data 
Post increment 
sue. 


Exit 


This report describes 
the PC drivers which are written 
for the 8xC751/2. 
The report describes 
not only 
how to use the routines. 
but also the structure 
of the software. 
The software 
is written around a set of 
basic routines 
and a message 
handler. The message 
handler 
does not contain any specific 8xC751 code. so 


the software 
can be easily rewritten 
for any other bit level PC interface 
by rewriting 
the set of basic 


routines. 
In the rest of this report when 8xC751 
is written it means 8xC751/2 


The package 
supports 
also the multimaster 
features 
of the PC bus 
The maximum 
bit rate possible 
when using those routines 
is approximately 
70Kbit/sec. 


References: 


- 
The PC-bus 
specification: 


- 
8051-based 
8-bit Microcontrollers: 


PLM51 
PC Software 
interface 
12C51: 


9398 358 10011 
Data Handbook 
lC20 
ETV/AN89004 


The driver software 
consist of 3 main parts being: 
- PC message 
handler 
- PC basic routines 
- PC slave routines 


During 
PC usage it claims register 
bank I, however 
register bank I does not contain any static PC data 
and can be used by the application 
program 
outside the PC routines 
(this data will be destroyed 
by PC 


routines). 
The accumulator 
is also modified 
during PC transfer. 


The message 
handler 
uses a Message 
Control 
Block which consist of 8 bytes RAM. In those bytes, the 
following 
parameters 
are stored: 


for block 
I: 
12C_ADDR_l. 
BUF_LEN 
and BUF_P1R_I 
for block 2 : 12C_ADDR_2, 
BUF _LEN and BUF _P1R_2 


2 bytes of bit addressable 
RAM for STATUS 
and CONTROL 
information. 
The STATUS 
byte is returned 
into the accumulator. 
If you do not need a detailed 
status, you can test the 
carry bit, this is a copy of the 12C_ERROR 
bit of the status register 
(returned 
in the ace.). The status 
register 
contains 
the following 
information: 


bit: 
name: 
o 
RETRY_O 
I 
RETRY_I 
2 
RETRY_2 
3 
12CERR 
4 
TIME_ERR 
5 
RECOVER 


6 
BUS_RECOVERED 


7 
NO_ACK 


function: 
I 


1- Retry counter 
(0 ..7), as given during 12C_lNIT 
I 
12C error if set (also available 
in carry) 
Bus timeout occurred 
if set 
- (no value for user) always 0 
If set, bus K recovered 
after timeout 
No acknowledge 
received 


The slave function uses 2 bytes of ram, those contain the own slave address (OWN_SLV_ADDR) and a 
pointer the slave transmit/receive buffer of the 8xC751. This is the buffer from{mwhich the 8xC751 
gets/stores the data bytes in slave mode. 


The PC module is built around a message handler which calls basic functions such as I2C_TRX_BYTE 
and 12C_START. Each function calls the message handler after loading the correct mask into the 
I2C_CTRL byte. 


Filename: 
I2CDATA.GLO 
I2CDATA.LOC 
I2C_CODE.GLO 


I2CINIT.ASM 
I2CDEF.ASM 
I2CHAND.ASM 
I2CBASI.ASM 


I2C_TDEV.ASM 
I2C_WRIT.ASM 
I2C_WSUB.ASM 
I2C WSWI.ASM 
I2C_WSUW.ASM 
I2C_WSUR.ASM 
I2C_WCOW.ASM 
I2C WREW.ASM 
I2C_WRER.ASM 
I2C_READ.ASM 
I2C_RSUB.ASM 
I2C_RRER.ASM 
I2C_RREW.ASM 


Function: 
Include/Link: 
Code size (byte): 
PC global data definitions 
I, each PC function and assembler main 0 
PC local data definitions I, each PC function 
0 
PC global function defmitions 
I, assembler main 
0 


IniU2C (does not use message handler) Link 
Defme MCB & _I2C_xxx_BYTEs 
Link 
PC Message handler 
Link 
PC basic functions, 
and TI interrupt handling 
Link 


PC Test_Device 
PC Write 
PC Write_Sub 
PC Write_Sub_SWinc & Write_Mem 
PC Write_Sub_Write 
PC Write_Sub_Read 
PC Write_Com_Write 
PC Write_Rep_Write 
PC Write_Rep_Read 
PC Read and Read_Status 
PC Read_Sub 
PC Read_Rep_Read 
PC Read_Rep_Write 


Link, if used 
Link, if used 
Link, if used 
Link, if used 
Link, if used 
Link, if used 
Link, if used 
Link, if used 
Link, if used 
Link, if used 
Link, if used 
Link, if used 
Link, if used 


The total memory usage for the full package is 
ROM 
: 520 (single function) to 623 (all functions) bytes 
RAM 
byte addressable : 8 bytes 
bit addressable 
: 2 bytes 
register bank 1 
: 8 bytes 


The message handler, causes the other functions to be very small, to further reduce the code, all functions 
are placed in separate modules, which are put into a library I2C_751.LIB, If thus library is linked to an 
application program, only the object modules which are used by the application program are linked in the 
output file. 
The I2C_CODE.H file contains the references to the separate functions (EXTRN CODE definitions). The 
use must not include this fIle into main, but only copy the defmitions which he needs into the source file. 
If this file is included, all functions will be linked, the library approach is of no use in this case. 


During initialisation the user defines wether he wants to use retries or not If an PC message fails, and 
retries >= O. the program restarts the message. This is done for at most 7 times. If the message remains 
unsuccessful, the message handler returns to the main program. indicating that the message has failed 
(carry set). 


In case of an error while operating as master. the program returns to the message handler. the message 
handler. The message handler decides wether to invoke a retry or to return to the main program. 
The PC interface of the 8xC751 generates a timeout interrupt if the bus hangs for more than 1022 cycles. 
in this case. if the 8xC751 is master (RECOVER = I). a bus recover routine is started. if the 8Xc751 is 
not master the PC bus is released. Retries are only invoked in the master situation. 


The following software tools from Tasking/BSO are used for program development: 
OM4142 Cross Assembler 8051 for DOS: V3.0b 
OM4144 PL/M 8051 Compiler for DOS: V3.Oa 
- 
OM4136 CS051 Compiler for DOS: Vl.la 


- 
OM4129 XRAY51 debugger: Vl.4c 


To make the PC protocols as described in paragraphs 3.2 to 3.17, an PC message handler is written. The 
message control block (l2C_MCB) together with the FC control byte (l2C_CTRL) form the input for the 
message handler. The I2C_MCB includes 6 bytes of data, containing: 
I2C_ADDRI, 
first address in the protocol 
BUF_LEN_I, 
length of the first data buffer 
- 
BUF_PTR_I, 
pointer to the first data buffer 
- 
I2C_ADDR2, 
second address in the protocol 
- 
BUF_LEN_2, 
length of the second data buffer 
- 
BUF_PTR_2, 
pointer to the second data buffer 
The I2C_CTRL byte is bitaddressable it contains 8 bits who determine the flow through the message 
handler. This byte must be loaded with the corresponding mask before starting the message handler. 
The I2C_CTRL byte contains the following bits: 
- 
REP_STRT_BLKI 
must we send a repeated start before the first data block? (O=NO,I=YES) 
RWN_BLKI 
read (I) or write (0) the first block of data 
- 
ADDR2 
is there a second address in the protocol? (O=NO,I=YES) 
- 
ADDR2_SUB 
is the 2nd address a sub address, only relevant if ADDR2=1. 


- 
BLOCK2 
is there a second block of data in the protocol? (O=NO,I=YES) 
- 
RWN_BLKI 
read (I) or write (0) the first block of data 
- 
REP_STRT_BLKI 
must we send a repeated start before the second data block? 
- 
TEST_DEVICE 
is it the test device protocol (paragraph 4.4) 
When a FC protocol is handled successful by the message handler, it returns control to the main program, 
if not it can do a retry by resending the message (maximal 5 retries are possible). 


The message handler return value is stored in the I2C_STAT byte, The I2C_ERROR bit indicates wether 
the transfer has succeeded (Note: better is to copy this byte into Acc before returning the control to the 
main program, this way a byte can be saved (I2C_STAT can be placed in register bank one) and the main 
program can do a J"Z/JNZtest (must be changed» 


Description: 
IniU2C must be called after RESET, before any procedure is called. The PC interface and PC 
interrupt will be enabled (SETB ETI,EI2 and EA). Own_Slave_Address is passed to lniU2C for use 
as slave. Slave_Sub_Address is the pointer to a DATA buffer that is used for data transfer in slave 
mode. When used as master in a single master system, these parameters are not used. Retry is the 
number of retries on messages when an error occurs. 0 means no retry (just I attempt to send a 
message), while the maximum amount of retries is 7. 


PC Protocol: 


none (no action at PC bus) 


Calling Sequence: 


C 
: I2C_INIT(Own_Slv_Addr,Slv_BuCAddr ,Retry); 
PL/M5l 
: I2C_INIT(Own_Slv_Addr,Slv_BuCAddr ,Retry); 
Assembler : %I2C_INIT(Own_Slv_Addr,Slv_BuCAddr ,Retry); 
(macro call) 


Parameters: 


Own_Slave_Adr 
Slave_Buffer_Adr 


:8xC75l own slave address 
:Base address of buffer, to transmit data from, or receive data in, when 8xC75l is 
in slave mode. 
:Number of times to do a retry in case of an error. 0 = No Retry, maximum 
retries is 7. 


The InicI2C function enables the PC watchdog timer interrupt (TI). This watchdog 
generates an interrupt when during an PC transfer, SCL is hold longer than 1022 machine 
cycles (ca. 760 liS at 16 MHz). If this time is to short for your application, you can disable 
the TI (CLR ETI). In this case, the main program must check if a bus hangup occurs, and 
take proper action when the bus is hangup. 


Description: 
I2C_TescDevice just sends the slave address to the PC bus. It can be used to check the presence of a 
device on the PC bus 


PC Protocol: 
Sly_W 
: Slave_Adr + Write bit 


[S]Slv W ~ 


[S] Siv W [NJ::e:J 


Calling Sequence: 
C 
: I2CTEST_DEVICE(Slv_Addr); 
PL/M51 
: I2C_TEST_DEVICE(Slv_Addr); 
Assembler: 
%I2C_TEST_DEVICE(Slv_Addr); 
(macro call) 


Parameters: 


Slave_Adr : Slave address of the device to be tested. 


Description: 
I2C_ Write is the most basic procedure 
to write a message 
to a slave device. 


PC Protocol: 
Slv_W 
DO..Dn 
: Slave_Adr 
+ Write bit 


: Data bytes 


Calling 
Sequence: 
C 
: I2C_ WRITE(Slv _Addr,CounI,Source_Ptr); 
PL/M51 
: 12C_WRlTE(Slv _Addr,CounI,Source_Ptr); 
Assembler 
: %I2C_ WRITE(Slv _Addr,Count,Source_Ptr); 


Parameters: 
Slave_Adr 
: Slave address 
of the device 
to write to. 
Count 
: Number 
of bytes to transmit 
(DO .. On, n= count-I) 
Source_Ptr 
: Pointer 
to data buffer, 
to transmit 
bytes from. 
(macro 
call) 


Description: 


12C_Write_Sub 
writes a message 
preceded 
by a sub-address 
to a slave device 


PC Protocol: 


Slv_W 
Sub 
DO..Dn 


: Slave_Adr 
+ Write bit 


: Sub_Adr 
: Data bytes 


Calling 
Sequence: 
C 
: 12C WRlTE_SUB(Slv_Addr,CounI,Source_Ptr,Sub_Addr); 
PL/M51 
: 12C WRlTE_SUB(Slv_Addr,Count,Source_Ptr,Sub_Addr); 
Assembler 
: %12C_ WRlTE_SUB(Slv 
_Addr ,Count,Source_Ptr,Sub_Addr); 
(macro call) 


Parameters: 


Slave_Adr 
: Slave address 
of the device to write to. 
Count 
: Number 
of bytes to transmit 
(DO .. On, n= count-I) 
Source_Ptr 
: Pointer 
to data buffer, to transmit 
bytes from. 


Sub_Adr 
: Sub address. 


Description: 
Some PC devices 
addressed 
with a sub-address 
do not automatically 
increment 
the sub-address 
after 
reception 
of each byte. I2C_ Write_Sub_SWInc 
can be used for such devices 
the same way as 
I2C_ Write_Sub 
is used. I2C_ Write_Sub_SWInc 
splits up the message 
in smaller messages 
and 
increments 
the sub-address 
itself. 


PC Protocol: 
Slv_W 
Sub+x 
DO..Dn 


: Slave_Adr 
+ Write bit 


: Sub_Adr+x 
: Data bytes 


~ 
Sly W [AJ Sub+O lA[OO]£] 


[S] Sly W [Aj Sub+1 ~ 


[S] Sly W [AJ Sub+n 1:AI:DnJ:EJ 


Calling 
Sequence: 


C 
: I2C_ WRITE_SUB_SWINC(Slv_Addr,Count,Source_Ptr,Sub_Addr); 
PL/M51 
: I2C_ WRITE_SUB_SWINC(Slv_Addr,Count,Source_Ptr,Sub_Addr); 
Assembler 
: %I2C_ WRlTE_SUB_SWINC(Slv_Addr,Count,Source_Ptr,Sub_Addr); 
(macro call) 


Parameters: 


Slave_Adr 
: Slave address 
of the device to write to. 
Count 
: Number 
of bytes to transmit 
(DO .. On, n= count-I) 
Source_Ptr 
: Pointer 
to data buffer, 
to transmit 
bytes from. 


Sub_Adr 
: Sub address. 


Description: 


PC Non-Volatile 
Memory 
devices 
(such as PCF8582) 
need an additional 
delay after writing 
a byte to 
it 12C_Write_Memory 
can be used to write to such devices 
the same way 12C_Write_Sub 
is used. 
12C_Write_Memory 
splits up the message 
in smaller messages 
and increments 
the sub-address 
itself. 


Mter 
transmission 
of each message 
a delay of 40 milliseconds 
(fxw = 
16MHz) is inserted. 


PC Protocol: 
Slv_W 
Sub+x 
DO..Dn 


: Slave_Adr 
+ Write bit 


: Sub_Adr+x 
: Data bytes 
[S] Sly W [A] Sub+O ~ 


40mS 
[S]Sly W [A] Sub+1 IAUiiJPJ 


40mS 
• 
• 
• 
• 
40mS 
[£1 SlY W [AI Sub+n CAIiiOIEJ 


40mS 


Calling 
Sequence: 


C 
: 12C_WRlTE_MEMORY(Slv 
_Addr,Count,Source_Ptr,Sub_Addr); 
PL/M51 
: 12C_WRITE_MEMORY(Slv 
_Addr,Count,Source_Ptr,Sub_Addr); 
Assembler 
: %12C_ WRlTE_MEMORY(Slv_Addr,Count,Source_Ptr,Sub_Addr); 


(macro 
call) 


Parameters: 


Slave_Adr 
: Slave address 
of the device to write to. 
Count 
: Number 
of bytes to transmit 
(DO .. On, n= count-I) 
Source_Ptr 
: Pointer 
to data buffer, 
to transmit 
bytes from. 


Sub_Adr 
: Sub address. 


Description: 
I2C_ Write_Sub_ Write writes 2 data blocks preceded 
by a sub-address 
in one message 
to a slave 


device. 
This procedure 
can be used for devices 
that need an extended 
addressing 
method, 
without 
the 
need to put all data into one large buffer. 
Such a device is the ECcr 
(PC controlled 
teletext device; 
see example). 


PC Protocol: 


Slv_W 
: Slave_Adr 
+ Write bit 
Sub 
: Sub_Adr 
D1.0 ..D1.n 
: Data bytes in frrst block 


D2.0 ..D2.p 
: Data bytes in second block 


Calling 
Sequence: 
C 
: I2C_ WRITE_SUB_ 
WRITE(Slv_Addr,CounU,Source_Ptr_I, 


Sub_Addr,Coune2,Source_Ptr_2); 


PL/M51 
: I2C_ WRITE_SUB_ 
WRITE(Slv_Addr,CounU,Source_Ptr_I, 


Sub_Addr,Count_2,Source_Ptr_2); 
Assembler 
: %I2C_ WRITE_SUB_ 
WRITE(Slv_Addr,Counel,Source_Ptr_I, 


Sub_Addr,Count_2,Source_Ptr_2); 


Parameters: 
Slave_Adr_1 
CouDl_1 
Source_Ptr_1 
Sub_Adr 
Coune2 
Source_Ptr_2 


:Slave address 
of the device to write to. 


:Number 
of bytes to transmit 
in frrst block (01.0 
.. D1.n, n= counel-l) 


:Pointer 
to first block of data, to transmit. 


:Sub address. 
:Number 
of bytes to transmit 
in second block (D2.0 .. D2.p, p= coune2-1) 


:Pointer 
to second block of data to transmit. 


Description: 


I2C_ Write_Sub_Read 
writes a data block preceded 
by a sub-address, 
generates 
an I~ 
restart condition, 


and reads a data block. This procedure 
can be used for devices 
that need an extended 
addressing 
method. 
Such a device 
is the ECCT. 


PC Protocol: 
Slv_W 
: Slave_Adr 
+ Write bit 
Slv_R 
: Slave_Adr 
+ Read bit 
Sub 
: Sub_Adr 
Dl.O ..Dl.n 
: Data bytes in first block (write) 
D2.0 ..D2.p 
: Data bytes in second block (read) 


Calling 
Sequence: 


C 
: I2C_ WRITE_SUB 
_READ(Slv _Addr ,Count_I,Source_Ptr,Sub_Addr,Count,Dest]tr); 


PL/M51 
: I2C_ WRITE_SUB 
_READ(Slv _Addr,CounCl,Source_Ptr,Sub_Addr,Count,Dest_Ptr); 


Assembler 
: %I2C_ WRlTE_SUB_READ(Slv_Addr,CounCI,Source_Ptr,Sub_Addr,Count,Dest_Ptr); 


(macro 
call) 


Parameters: 


Slave_Adr_1 
Count_l 
Source_Ptr_1 
Sub_Adr 
Count_2 
DesCPtr_2 


: Slave address 
of the device to write and read to/from. 
: Number 
of bytes to transmit 
(Dl.O .. Dl.n, 
n= count-I) 


: Pointer 
to first block of data to transmit 


: Sub address. 
: Number 
of bytes to transmit 
in second block (D2.0 .. D2.p, p= count_2-1) 
: Pointer 
buffer to receive 
second block of data in. 


Description: 


12C_Write_Com_ Write writes two data blocks 
from different 
data buffers 
in one message 
to a slave 
receiver. 
This procedure 
can be used for devices 
where the message 
consists 
of 2 different 
data blocks. 


Such devices 
are for instance 
LCO-drivers, 
where the first part of the message 
consists 
of addressing 
and control 
information, 
and the second part is the data string to be displayed. 


PC Protocol: 


Slv _W 
: Slave_Adr 
+ Write bit 
01.0 ..01.n 
: Data bytes in frrst block (write) 
02.0 ..02.p 
: Data bytes in second block (write) 


Calling 
Sequence: 


C 
: 12C_WRITE_COM_ 
WRI1E(Slv_Addr,Count_l,Source_Ptr_I,CounC2,Source_Ptr_2); 
PL/M51 
: I2C_ WRITE_COM_ 
WRI1E(Slv _Addr,CounU,Source_Ptr_l,CounC2,Source_Ptr_2); 
Assembler 
: %I2C_ WRITE_ COM_ WRITE(Slv _Addr,CounCl,Source_Ptr_l,CounC2,Source_Ptr_2); 


(macro 
call) 


Parameters: 


Slave_Adr 
Count_l 
Source_Ptr_l 
Count_2 
Source_Ptr_2 


:Slave address 
of the device 
to write to. 
:Number 
of bytes to transmit 
in frrst block (01.0 
.. 01.n, 
n= counCl-l) 


:Pointer 
to frrst block of data, to transmit. 
:Number 
of bytes to transmit 
in second block (02.0 
.. 02.p, 
p= counC2-1) 


:Pointer 
to second block of data to transmit. 


Description: 
Two data strings are sent to separate slave devices, separated with a repeat START condition. This has 
the advantage that the bus does not have to be released with a STOP condition before the transfer from 
the second slave. 


PC Protocol: 


SlvlW 
: Slave_Adr_1 + Write bit 
SIv2W 
: Slave_Adr_2 + Write bit 
Ol.o ..Ol.n : Oata bytes in ftrst block (write to ftrst slave) 
02.o ..02.p : Oata bytes in second block (write to second slave) 
[§] SIv1W [AJ D1.O[~J D1.1 [A] D1.2[~] 
IAJ D1.n~ 


Calling Sequence: 


C 
: I2C_WRlTE_REP_WRlTE(Slv_Addr,CounU ,Source_Ptr_I, 
Sub_Addr,CounC2,Source_Ptr_2); 
PL/M51 
: 12C_WRITE_REP_WRlTE(Slv_Addr,CounU,Source_Ptr_I, 
Sub_Addr,Count_2,Source_Ptr_2); 
Assembler : %I2C_WRlTE_REP_WRlTE(Slv_Addr,Count_1,Source_Ptr_I, 
Sub_Addr,CounC2,Source_Ptr_2); 


Parameters: 


Slave_Adr_1 
Count_l 
Source_Ptr_1 
Slave_Adr_2 
Count_2 
Source_Ptr_2 


:Slave address of ftrst device to write to. 
:Number of bytes to transmit in ftrst block (Ol.O .. Ol.n, n= count_I-I) 
:Pointer to ftrst block of data, to transmit. 
:Slave address of second device to write to. 
:Number of bytes to transmit in second block (02.0 .. 02.p, p= counC2-1) 
:Pointer to second block of data to transmit. 


Description: 
A data string is sent and received 
to/from 
two separate 
slave devices, 
separated 
with a repeat 
START 
condition. 
This has the advantage 
that the bus does not have to be released 
with a STOP condition 
before 
the transfer 
from the second 
slave. 


PC Protocol: 
SlvlW 
: Slave_Adr_1 
+ Write bit 
SIv2R 
: Slave_Adr_2 
+ Read bit 
Dl.O ..Dl.n 
: Data bytes in fIrSt block (write to fIrSt slave) 
D2.0 ..D2.p 
: Data bytes in second block (write to second slave) 


Calling 
Sequence: 


C 
: 12C_WRlTE_REP 
_READ(Slv_Addr,CounU,Source_Ptr,Sub_Addr,CounC2,DescPtr); 
PL/M51 
: I2C_ WRlTE_REP 
_READ(Slv 
_Addr,CounU,Source_Ptr,Sub_Addr,CounC2,Dest_Ptr); 
Assembler 
: %I2C_ WRlTE_REP 
_READ(Slv_Addr,Councl,Source_Ptr,Sub_Addr,Counc2,DescPtr); 
(macro 
call) 


Parameters: 


Slave_Adr_1 
Count_I 
Source_Ptr_1 
Slave_Adr_2 
Counc2 
DesCPtr_2 


:Slave address 
of first device 
to write to. 


:Number 
of bytes to transmit 
in fIrSt block (01.0 
.. Dl.n, 
Jl= count_I-I) 


:Pointer 
to first block of data, to transmit. 


:Slave address 
of second device 
to read from. 


:Number 
of bytes to transmit 
in second block (D2.0 .. D2.p, p= counC2-1) 


:Pointer 
buffer 
to receive 
second block of data in. 


Description: 


12C_Read 
is the most basic procedure 
to read a message 
from a slave device. 


PC Protocol: 
Slv_R 
DO..Dn 
: Slave_Adr 
+ Read bit 
: Data bytes 


Calling 
Sequence: 
C 
: 12C_READ(Slv_Addr,Count,DesCPtr); 
PL/M51 
: 12C_READ(Slv _Addr,Count,Dest_Ptr); 
Assembler 
: %I2C_READ(Slv 
_Addr,Count,DesCPtr); 
(macro call) 


Parameters: 
Slave_Adr 
: Slave address 
of the device to be tested. 
Count 
: Number 
of bytes to transmit 
(DO .. On, n= count-I) 
Dest_Ptr 
: Pointer 
to data buffer, 
to receive 
bytes in. 


Description: 
Several PC devices can send a one byte status-word via the bus. 12C_Read_Status can be used for this 
purpose. I2C_Read_Status works the same way as 12C_Read but the user does not have to pass a count 
parameter. 


PC Protocol: 
Slv_R 
Status 
: Slave_Adr + Read bit 
: Status byte 


Calling Sequence: 


C 
: 12C_READ_STATUS(Slv_Addr,DesCPtr); 
PL/M51 
: 12C_READ_STATUS(Slv_Addr,Dest_Ptr); 
Assembler: 
%I2C_READ_STATUS(Slv_Addr,Dest]tr); 
(macro call) 


Parameters: 
Slave_Adr 
Count 
DesCPtr 


: Slave address of the device to be tested. 
: Number of bytes to transmit (DO .. On, n= count-I) 
: Pointer to data buffer, to receive status byte in. 


Description: 
I2C_Read_Sub 
reads a message 
from a slave device, 
preceded 
by a write of the sub-address. 
Between 
writing 
the sub-address 
and reading 
the message 
an PC restan 
condition 
is generated 
without 
releasing 
the bus. This prevents 
other masters 
from accessing 
the slave device in between 
and overwriting 
the 


sub-address. 


PC Protocol: 


Slv_W 
Slv_R 
Sub 


: Slave_Adr 
+ Write bit 


: Slave_Adr 
+ Read bit 


: Sub_Adr 


Calling 
Sequence: 


C 
: I2C_READ _SUB(Slv _Addr,Count,DesCPtr,Sub_Addr); 
PL/M51 
: I2C_READ_SUB(Slv 
_Addr,Count,DesCPtr,Sub_Addr); 


Assembler 
: %I2CREAD 
_SUB(Slv _Addr,Count,DesCPtr,Sub_Addr); 


(macro call) 


Parameters: 


Slave_Adr 
Count 
Dest_Ptr 
Sub_Adr 


: Slave address 
of the device 
to be tested. 


: Number 
of bytes to transmit 
(DO .. Dn, n= count-I) 


: Pointer 
to data buffer, 
to receive 
bytes in. 
: Sub address. 


Description: 
Two data strings are read from separate slave devices, separated with a repeat START condition. This 
has the advantage that the bus does not have to be released with a STOP condition before the transfer 
from the second slave. 


PC Protocol: 


SlvlR 
: Slave_Adr_1 + Read bit 
SIv2R 
: Slave_Adc2 + Read bit 
Dl.O..Dl.n : Data bytes in first block (read from fJI'Stslave) 
D2.0..Dl.p : Data bytes in second block (read from second slave) 


Calling Sequence: 
C 
: I2C_READ_REP_READ(Slv_Addr,CounU ,DesCPtr_l,Sub_Addr,Count_2,Dest]tr_2); 


PL/M51 
: I2C_READ_REP_READ(Slv_Addr,CounCl,Dest]tr_l,Sub_Addr,CounC2,Dest_Ptr_2); 
Assembler : %12C_READ_REP_READ(Slv_Addr,CounCl,Dest_Ptr_l,Sub_Addr,Count_2,Dest_Ptr_2); 


(macro call) 


Parameters: 


Slave_Adr_l 
Count_l 
DesCPtr_l 
Slave_Adr_2 
Counc2 
DesCPtr_2 


:Slave address of fJI'Stdevice to write to. 
:Number of bytes to transmit in fJI'Stblock (01.0 .. Dl.n, n= counCl-l) 
:Pointer buffer to receive fIrst block of data in. 
:Slave address of second device to read from. 
:Number of bytes to transmit in second block (D2.0 .. D2.p, p= count_2-1) 
:Pointer buffer to receive second block of data in. 


Description: 
A data string is received and send from/to two separate slave devices, separated with a repeat START 
condition. This has the advantage that the bus does not have to be released with a STOP condition 
before the transfer from the second slave. 


PC Protocol: 
SlvIR 
: Slave_Adr_I + Read bit 
Slv2W 
: Slave_Adr_2 + Write bit 
D1.0..D1.n : Data bytes in rust block (read from rust slave) 
D2.0..D2.p : Data bytes in second block (read from second slave) 


Calling Sequence: 


C 
: I2C_READ_REP_WRITE(Slv_Addr,CounCI,Dest]tr_I,Sub_Addr,CounC2,Source_Ptr); 
PL/M5I 
: I2C_READ_REP_WRITE(Slv_Addr,CounCI,DesCPtr_I,Sub_Addr,CounC2,Source_Ptr); 


Assembler : %12C_READ_REP_WRlTE(Slv_Addr,CounU,DesCPtr_I, 
Sub_Addr,CounC2,Source]tr); 


Parameters: 
Slave_Adr_I 
Count_l 
DesCPtr_I 
Slave_Adr_2 
Counc2 
Source_Ptr_2 


:Slave address of fust device to write to. 
:Number of bytes to transmit in fIrst block (01.0 .. D1.n, n= count_I-I) 
:Pointer buffer to receive rust block of data in. 
:Slave address of second device to read from. 
:Number of bytes to transmit in second block (D2.0 .. D2.p, p= counC2-I) 
:Pointer buffer to transmit second block of data from. 


The slave-mode protocol is very application dependent In this note the basic slave-receive and slave-transmit 
routines are given and should be considered as examples. The user may for instance send NO_ACK after 
receiving a number of bytes to signal to the master-transmitter that a data buffer is full. A listing of the slave 
routines is given in appendix III 


The PC slave function has two entries: 
1. The PC interrupt, 
this can only occur at an idle slave, because when a transmission is in progress the 


PC interrupt is disabled. 


2. Through the master routines, during transmission of a slave-address in master-mode, arbitration is 


lost to another master. The interface must then switch to slave-receiver mode to check if this other 
master wants to address the 8xC751 PC interface. If the 8x751 recognises his own slave address, the 
slave mode routines are entered at labels I2C_SLV_TRX or I2C_SLV_RCV. 


Interfacing the master routines, if the user wants to adapt the slave routines to his own needs, he has to 
keep in mind that the master routines use the I2C_SLV_TRX and I2C_SLV_RCV entries. The PC slave 
routines are entered after the acknowledge has been send, therefor the ATN flag will be set when entering 
the slave routines at 12C_SLV_TRX or I2C_SLV_RCV. 


The slave routines as given, make use of a single data buffer. When addressed as slave transmitter, data 
bytes from the data buffer are transmitted over the PC bus until a not acknowledge or stop is received. 
When addressed as slave receiver, the data form the PC bus is received into the data buffer until a not 
acknowledge or a stop is received. 
The data buffer is initialised during the InicI2C function, one of the parameters of this function is the 
pointer to the data buffer (SLV_BUF]TR 
DS I). 


The slave transmitter function transmits data bytes from the 8x751 data buffer (ACALL I2C_TRX_BYTE) 
until a not acknowledge or a stop is received. The function is also exit on an PC error. The function is 
exit with the ATN bit set. 


The slave receiver function receivers data bytes into the 8x751 data buffer (ACALL I2C_RCV_BYTE) 
until a stop is received. The function is also exit on an PC error. The function is exit with the ATN bit 
set. If a byte has been received, an acknowledge is sent. 


Some examples are given how to use the PC routines in an application program. Examples are given for 
an assembly, PL/M and C program. The program displays time from the PCF8583P clock/calendar/RAM 
on an LCD display driven by the PCF8577. The example can be executed on the OM4l51 PC evaluation 
board. 


Appendix YII shows the listing of the example program. The most important aspect when using the PC 
routines, is preparing the input parameters before the sub-routine call. The parameters must be transferred 
to the MCB (Message Control Block). Below are 2 examples of how to transfer the necessary parameters 
to MCB (J2C_Read 
and _I2C_Write_Sub_Read) 


MOY _I2C_MCB,#Slave_Adr 
MOY _I2C_MCB+l,#CounU 
MOY _I2CMCB+2,#DesCPtr_l 
ACALL _I2C_READ 


MOY _I2CMCB,#SI_Adr 
MOY _I2C_MCB+l,#CnU 
MOY _I2C_MCB+2,#S_Ptr_l 
MOY _I2C_MCB+3,#Sub_Adr 
MOY _I2C_MCB+4,#Cnt_2 
MOY _I2C_MCB+5,#S_Ptr_2 
ACALL _I2C_WRITE_SUB_READ 


Note that the order of defining the parameters is the same as in PL/M- and C-calls (Calling sequences in 
paragraphs 3.2 to 3.17). An easier way to call the routines is to make a macro that includes the to transfer 
of the parameters. 
The example program makes use of macros. I2C_Read is then called in the following way: 
%I2C_READ(Slave_Adr,CouDt_l,Source_Ptr_l); 


Note that in the listing the macro call is replaced by the contents of the macro. 


The macro must be written as follows: 


%* DEFINE (I2CREAD(Slave_Adr,CoWlU,Dest_Ptr_I)) 
( 
MOY _I2C_MCB,#%Slave_Adr 
MOY _I2C_MCB+l,#%Count_l 
MOY _I2CMCB+2,#%Dest_Ptr_l 
ACALL _I2C_READ 


File I2C_MAC.DEF contains the macro calls for the routines as described in paragraphs 3.2 to 3.17. This 
file should be included in all assembler modules in which calls to the PC routines are made. 


The fIle I2C_CODE.GLO contains the global function definitions (EXlRN CODE) of the PC functions, 
copy the ones you need into your application. The file I2C_DATA.GLO contains the global data 
definitions of the PC functions. Therefor this fIles must also be included in all assembler modules in 
which calls to the PC routines are made. 


Appendix VIII shows the listing of the example program in PL/M-51. All procedures return a BIT value. 
The fIle I2C_PL/M.H contains the procedure declarations, this fIle can be included in the modules which 
call PC routines. The routines are used the same way as in the examples of paragraph 5.2 


Appendix IX shows the listing of the example program in C. All functions are return a bit value. 
The fIle I2C_C.H contains the function prototypes, this file can be included in the modules which call PC 
routines. The routines are used the same way as in the examples of paragraph 5.2 


Read.Me 


DESCRIPTION: 
To use the package 
just link the library: I2c 751.lib 
to your application 
program 


NOTES: If you use the package with assembler 
sources, you must include 


\USER\INCLUDE\I2C 
DATA.GLO and \USER\INCLUDE\I2C 
MAC.DEF into 


your main application(s) . 
- 


\USER\INCLUDE\I2C 
CODE.GLO contains external code definitions, 
select the ones you need and copy them into your main application" 
If you include this file, the linker assumes that you use all I2C" 
functions and therefor links the complete package to your 
" 


application 
(in this case the library approach is of no use!) 


If you use the package with PLM sources, you must include 
\USER\INCLUDE\I2C_PLM.H 
in each file which uses an I2C function 


If you use the package with C sources, you must include 
\USER\INCLUDE\I2C_PLM.C 
in each file which uses an I2C function 


l:\USER 
:This directory 


\INCLUDE 
: 
I2C PLM.H 
I2C-C.H 
I2C-MAC.DEF 


I2C DATA.GLO 
I2C-DATA.LOC 
I2C-CODE.GLO 
REG751.H 


:PLM header file 
:C header file 
:ASM header file, 
Macro definitions 
for ASM function calls 
:I2C global data 
(assembler only) 
:I2C local data 
(assembler only, not for user) 


:I2C extern code definitions 
(assembler only) 


:8xC751 register file 


\LIB : 
LIB.BAT 
I2C 751.LIB 
:example batch file to create library 
:8xC751/2 I2C driver library 


2:\EXAMPLE 
:This directory 
\DEMO ASM 
\DEMO-PLM 
\DEMO::::C 


contains 3 directories 
:Assembly example 
:PL/M example 
:C example 


3:\SOURCE 
:This directory 
contains the source files of the modules that are 
put in library with 12C 751.LIB 


12C Master routines 


TITLE (I2C 
OEF .ASH) 
. 
- 
. 
* 
INCLUDE 
FILE: 
12C 
DEF .ASH 
PACKAGE 
12C- 


12C 
WRITE 
SUB SWINC BYTE: 
-I2C-WRITE-MEMORY 
BY'fE: 
-I2C-WRITE-SUB 
WRTTE BYTE: 
-I2C-WRITE-SUB-READ 
1i'YTE: 
-I2c-WRITE-caCWRITl" 
BYTE: 
-I2C-WRI 
TE-REP-WRI 
TE-BYTE: 


-I2C-WRITE-REP-READ 
BYTE: 
-I2C-READ 
1i'YTE: 
- 


-I2C-READ-STATUS 
BYTE: 
-I2C-READ-SUB 
BY'fE: 
-I2C-READ-REP-READ 
BYTE: 


:I2C)U~AD:REP:WRI 
TE_BYTE: 


I2C 
MCB: 
OS 
-I2C 
ADDR 1 
BUF-LEN 
T 
BUF-PTR-l 
I2C-ADol( 
2 


Bur-LEN 
'2' 


BUF:PTR:2 


;*--------------------------------- 
----------------- 
--------* 
; * 
This 
file 
must 
be 
LINKED 
to 
each 
I2c 
sub 
function 
* 
; * ----- 
------------ 
------- 
----------------- 
------ 
----------- 
* 


; :--G-L-O-.-A-L--O-A-T-A--O-E-C-L-A-R-A-T-'-O-N-S--- 
;' 
PUBLIC 
PUBLIC 
PUBLIC 
PUBLIC 
PUBLIC 


12c 
MCB 


I2C-CTRL 
I2C-STAT 
am-SLV 
ADOR 


SLV:BUF:PTR 


I2C 
AnOR 
1 
Bur-LEN 
T 
BUF-PTR-l 
12C-ADol( 
2 


BUF-LEN 
'2' 


BUF:PTR:2 


12C 
STAT DATA 
SEGMENT DATA BITADDRESS1tBLE 
RSEc:' 
- 
12C_STAT_DATA 


12C 
CTRL: 
OS 
12C:STAT: 
OS 


END 


PUBLIC 
PUBLIC 
PUBLIC 
PUBLIC 
PUBLIC 
PUBLIC 
;._------,,---------- 


GLOBAL 
FUNCTION 
OECLARATION* 
;._---------------------_. 
PUBLIC 
I2c 
INIT 
BYTE 


PUBLIC 
-I2C-TEST-oEVICE 
BYTE 


PUBLIC 
-I2C-WRI~ 
BYTE - 


PUBLIC 
-I2C-WRlTE-SUB 
BYTE 
PUBLIC 
-I2C-WRITE-SUB-SWINC 
BYTE 


PUBLIC 
-I2C-WRITE-MEM'O"RY 
BYT"E 


PUBLIC 
-I2C-WRITE-SUB 
WRrTE 
BYTE 


PUBLIC 
-I2C-WRITE-SUB-READ 
'!YTE 
PUBLIC 
-I2C-WRlTE-COM-WlUTE 
BYTE 


PUBLIC 
-I 2C-WRlTE-REP-WRITE-BYTE 
PUBLIC 
-I2C-WRlTE-REP-READ 
'!YTE 
PUBLIC 
-I2C-REAO 
1i'YTE- 
- 
PUBLIC 
-I2C-REAO-STATUS 
BYTE 
PUBLIC 
-I2C-READ-SUB 
BYTE 
PUBLIC 
-I2C-READ-REP-REAO 
BYTE 
PUBLIC 
:I2C=READ:REP:WRIT~_BYTE 
_.--------------------------_. 
GLOBAL 
FUNCTION 
DEFINITIONS 


I2C 
MeB DATA 
SEGMEN'l' DATA 


RSE~ 
- 
12C_MCB_OATA 


I2c 
INIT 
BYTE: 
- 
OWN st'v 
AnOR: 
os 
SLV:BUF:PTR: 
os 


I2C 
TEST 
DEVICE 
BYTE: 
-I2C-WRITf" 
BYTE:- 
:12C:WRITE:SUB_ 
BYTE: 


I2c 
MCB+O 


I2C-MCB+l 
I2C-MCB+2 
12CMCB+3 
12C-MCB+4 
12C:MCB+5 


" 
:r. 
I\) 
.g: 
() 
'"~ 
C. 
3 
.., 
,r 
<. 
0" 
CD 
a. 
c 
.., 
~ 
.., 
~ 
0 
C 
;:: 
- 
Q' 
5- 
0 
CD 
00 
en 
" 
-. 
[ 
0 
~ 
.., 
" 
<Xl 
8- 


>< 
c 
() 
~ 
-....J 
(J'l 
...•.--- 
I\) 
3o· 
.., 
0 
(')0:J- 
..,0 


CD.., 
en 


~*TITLE 
(12CDATAG. 
H) 
* 


;:., 


"Ug 
I\) 
-<;' 


(") 
., 


g> 
0.. 
3 


EXTRN DATA 
(BUF 
LEN 
2) 
-.. 
0' 


EXTRN DATA 
(BUF:PTR:2) 
<. 
0~ 
CD 
a. 


EXTRN DATA 
(I2C 
CTRL) 
c: 


REP 
STRT 
BLRI 
BIT 
12C 
CTRL.O 
-.. 
!l 


RWN-BLKl- 
BIT 
12C-CTRL.l 
-.. 
0 


ADDR2 
BIT 
12C-CTRL.2 
0 
iil 


ADDR2 
SUB 
BIT 
12C-CTRL.3 
C 
~ 
BLOCKZ 
BIT 
12C-CTRL.4 
::-. 
RHN BLK2 
BIT 
12C-CTRL.5 
Q 


REP-STRT 
BLK2 
BIT 
12C-CTRL.6 
::J 
0 
CD 
0 
TEST_DEVICE 
BIT 
12C:CTRL.7 
0 
en 
~ 


EXTRN DATA 
(12C_STAT) 
- 
[ 
RETRY 
0 
BIT 
12c 
STAT.O 
0 
~ 
RETRY-l 
BIT 
12C-STAT.l 
RETRY-2 
BIT 
12C-STAT.2 
-.. 
"U 
12C 
ERR 
BIT 
12C-STAT.3 
<:Xl 
8- 
TIM!" 
ERR 
BIT 
12C-STAT.4 
X 
REcoVER 
BIT 
12C-STAT.5 
c: 


BUS 
RECOVERED 
BIT 
12C-STAT.6 
(") 
it 
NO_ACK 
BIT 
12C:STAT.7 
""-J 
01 
...•. 


;' 
GLOBAL 
SYMBOL 
DECLARATIONS 
--- 
,------- 
I\) 
12 C START 
CTRL 
EOU 
ODOR+CTI 
CTO 
12C-ENABL~ 
EOU 
080H+CTl:CTO 
3 
12C:RELEASE 
EOU 
OF4H 


C XMTA 
EOU 
080H 
o· 
-.. 
S-IDLE 
EOU 
040H 
0 
C-DRDY 
EOU 
020R 
C-ARL 
EOU 
010H 
(") 


C-STRT 
EOU 
008H 
0 
C-STP 
EOU 
004H 
::J 
S-RSTR 
EOU 
022H 
- 
S:STP 
EOU 
021H 
-..0 


CD-.. 
en 


; *---------------------- 
---- 
---- 
---- 
--- -- --- --- ---- 
--- - -- - -- * 


; * 
This 
file 
must 
be 
included 
into 
each 
12C 
function, 
* 
; * 
and 
into 
the 
MAIN ASSEMBLER 
program 
(if 
exists) 
* 
;* 
It 
contains 
the 
I2C 
Global 
data 
definitions 
* 
;*------ ----- ----------- 
-- -------- --- -- -- --- --- -- -- --- ---- --* 


;,----------------------------* 
;* 
I2C 
FREQUENCY 
SETTINGS 
;,,------~:...:_..;..--_._~-:. 
...:_--------, 


; * ---------- 
------------------------ 
----- 
- ----------- 
- --- - -- * 
; * 
This 
part 
contains 
frequency 
dependent 
settings 
~* 
of 
the 
8xC751/8xC752 
Iyc 
interface. 


;' 


The 
user 
can 
adapt 
this 
part 
to 
his 
own 
wishes. 
If 
this 
part 
has 
been 
changed, 
the 
whole 
I9C 
package 
must 
be 
assembled, 
linked 
and 
put 
into 
a 
library 
again. 


;: 


;';, 
;', 
;' 
;' 
;', 
~;1=~~O---------~Q~---------002;-- 
-~;~;~;~~;-~:-16~8--~;-- * 


oOlH 
Frequency 
<- 
14.25 
MHz 
ooOH 
Frequency 
<- 
11.7 
MHz 
003H 
Frequency 
<- 
9.14 
MHz 


; 
DELAY 
- 
514 
* 
EEPROM PROG 
DELAY * 
12/fosc 
;*------------------~--;;----------* 
* 
END 
I2c 
FREQUENCY 
SETTINGS 
* 


;*- 
---------------* 


;,---------------------------* 
;* 
GLOBAL 
DATA 
DEFINITIONS 
* 


;' 
EXTRN DATA 
( 
12C 
INIT 
BYTE) 
EXTRN 
DATA 
(OWN SLV AnDR) 
EXTRN 
DATA 
(SLV:BUF:PTR) 


EXTRN DATA 
(I2C 
MCB) 
EXTRN DATA 1I2C 
ADDR 1) 
EXTRN 
DATA 
(BUF-LEN 
I) 
EXTRN 
DATA 
(BUF-PTR-1) 
EXTRN DATA 
(I2C:ADDR_2) 


;"-------------- 
;" 
i· 
INCLUDE 
FILE: 
12C 
CODE.H 
;" 
PACKAGE 
12C- 
" 
;"------------------------- 
; •.------------- ----- ---- ----- ------- ----- ---------- -------- _ •. 
;.. 
l'hla 
file 
muat 
be 
included 
into 
each 
12C function, 
;.. 
It 
contains 
the 
12C Local 
symbol 
definitions 
110 
;,,----- ----- ----------------------- 
--- ------ --------- ----- - _ •. 


; * ---- ~h~;-fil;-~;~-~:-i~~l~~;d-i~~~- 
~h:-;;;~~~;-;;~;--- 
-: 


;. 
It 
contains 
the 
EXTERNAL 
CODE reference. 
(Global 
•• 
;.. 
function 
definitions) 
of 
the 
12C functions 
•• 
.---- --------------- ------ -------- ------ ---- -------- ------_ •. 
;"---------------------,- 
;* 
LOCAL 
SYMBOL 
DEFINITIONS 
;"-----------------------------" 
S~ 
BIT 
81H 
SeL 
BIT 
SOH 
"-------------,------------- 
GLOBAL 
FUNCrION 
DEFINITIONS 
; *.•_------------- 


BlIF 
PTR 
SET 
BUF-LEN 
SET 
BIT-CNT 
SET 
MES'§' RETRY 
CNT 
SET 
BUS !"RR 
CLKS 
SET 
MEM-MES'§' LEN 
SET 
~DELAY 
H 
SET 
MEM=DELAY=L 
SET 


EXTRN 
CODE ( 
12c 
INIT) 
EXTRN 
CODE (-I2C-TEST 
DEVICE) 
EXTRN 
CODE C-I2C-WRITE) 
EXTRN 
CODE C-I2C-WRlTE 
SUB) 
EXTRN 
CODE C-I2C-WRlTE-SUB 
SWINC) 
EXTRN 
CODE C-I2C-WRlTE-MEMORY) 
EXTRN 
CODE C-I2C-WRITE-SUB 
WRITE) 
EXTRN 
CODE C-I2C-WRlTE-SUB-READ) 
EXTRN 
CODE C-I2C-WRlTE-COM-WRITE) 
EXTRN 
CODE C-I2C-WRlTE-REP-WRITE) 
EXTRN 
CODE (-I2C-WRlTE-REP-READ) 
EX.TRN CODE (-I2C-READ) 
- 
- 
EXTRN 
CODE C-I2C-RFAD 
STATUS) 
EXTRN 
CODE C-I2C-RFAD-SUB) 
EXTRN 
CODE C-I2C-READ-REP 
READ) 
EXTRN 
CODE CI2C:READ=REP:WRITE) 


"tl 
j\) 
~ 
is' 
0 
'"'{J 
a. 
3 
-. 
g' 
<' 
:> 
CD 
a.c 
-. 
U 
-. 
~ 
0 
C 
~ 
~, 
~ 
:J 
CD 
8 
C/l 
:> 
..•. 
[ 
0 
~ 
-. 
"tl 
ex> 
8- 
X 
c 
0 
0.,. 
-....J 
U1 
...••. 
-....N 
30'-.0 
(')0:J 
...•.-.0 


CD-. 
C/l 


$TITLE(I2C 
Init 
cOlfWM.ndl 
;,---=----_. __._--_._-------------* 
;' 
; * 
SOURCE FILE 
I2c 
INIT.ASM 
; * 
PACXAGE 
I2C- 


;:_--------_. 
------------------* 


$OEBUG 


ANL 
OWN SLY ADDR, ,oFEH 
; .ave 
.Iv 
addr 
bit 
0-0 
l«W 
I2C-STAT, 
I2C 
INIT 
BYTE+2 
ANt 
I2C-STAT,107H- 
- 
; I2c 
STAT - 
retrie. 


l«W 
I2c<5'N, tI2C_RELEASE 
- 
RET 


; :--, 
-N-C-L-U-O-E 
S -------,-------------* 
, 
------,----------------, 


;,--------------------------------* 
;* 
LOCAL 
SYMBOL 
DECLARATIONS 
* 
;' 


$NOLIST 
$ INCLUDE(REG7S1. H) 
$INCLUDE (I2C 
DATA.GLO) 
$INCLUDE (I2C-DATA. 
LOCI 
$LIST 
- 


GLOBAL 
FUNCTION 
DEFINITIONS* 
;,---_._-----------------------------* 
PUBLIC 
_I2C_INIT 
;,--------,--- 
;* 
CODE 
SEGMENT 
;,---------,~.:-:-:...~--_.__.- 
I2C 
DRIVER 
SEGMENT CODE 
RSEG I2C_DRIVER 


;*MPF:: 
:I2C: 
:I2C 
INIT.ASM:I2C 
INIT'------·----- 
;* 
- 
- 
;* 
FUNCTION NAME: 
I2C 
INIT 
; * PACKAGE: 
I2C- 
; * DESCRIPTION: 
; * 
Initialize 
I2C 
interface: 
set 
SDA , 
SCL, 
enable 
time 
out* 


;* 
timer, 
allow 
16 
MHz 
(CTl,CTO 
- 
0). 
Set 
the 
number 
at. 


;* 
retri 
•• 
(max 
7) 
into 
the 
I2c 
STAT. 
Bit 
7,6 
and 
S of 
the 
* 
; * 
12C 
STAT contain 
the 
number 
of 
retries. 
Tho.e 
bit. 
may 
* 


;: 
not"""be 
changed 
during 
the 
lye 
routines. 
*,' 


INPUT: 
Before 
callinq 
I2C_INIT 
the 
main 
program 
must 
take 
care* 
that 
the 
correct 
parameters 
are 
available 
in 
* 
OWN SLY ADDR, 
SLY BUF PTR 
and 
I2e 
INIT 
BYTE+2, 
this 
* 
is 
oone -automatically-when 
using 
C-; PL/R 
or 
the 
pre- 
* 
defined 
••• 
embler 
macro 
(available 
in 
I2C_MAC. DEF) 
:,, 


;' 
;',, 
;' 
;' 
; * OUTPUT: 
; * 
inial1zed 
lye 
and 
retry 
number 
in 
12C 
STAT 7 .. 5 
;* 
- 
; *EMP--------·----------------------* 
12C 
INIT: 
- 
- 
MOV 
SETB 
SETB 
SETB 


I2CFG, tI2c 
ENABLE 
ETI 
- 
E12 
EA 


"U 
5; 
I\) 
'0' 
0 
., 


f€:' 
c. 
3 
~ 
~. 
<' 
CD 
Coc 
~ 
Sl 
~ 
~ 
0c: 
~ 
=. 
§ 
:J 
CD 
(J) 
~ 
q 
- 
0 
0 
~ 
~ 
"U 
(Xl 
8- 
X 
c 
0 
0 
fir 
--..J 
U'1 
...••.-.. 
f\) 
3o'a 
(")0:J 
...•. 
~0 


CD~ 
(J) 


(i.e. 
lenght 
of 
.econd 
data 
blk)* 
(l,e. 
second 
transmit 
buffer) 
:.. 


$TITLE(I2C 
aqe 
Handler) 
;._----'---------_._------------_. 
;' 
; * 
SOURCE FILE 
; * 
PACKAGE 
;'1~-EB-U-G-----------------------· 


;* 
BUF LEN2 
;: 
BUF=PTR2 


; * OUTPUT: 
I2c _ERROR 
byte 
;·EMP---------------,-------' 
I2C 
MESS 
HAND: 


- 
~USH 
HOV 
JoNL 
HOV 
INC 
;._--------------_. __._-- 
;* 
INCLUDES 


$~LIST 
$INCLUDE (REG75l. 
H) 
$INCLUDE (I2C 
DATA. GLO) 
$INCLUDE (12CDATA. 
LOC) 
$LIST 
- 


;._----------------------_. 
;* 
GLOBAL 
REFERENCES 
;._---------------------- 
EXTRN CODE (12C 
STOP) 


EXTRN CODE (12C-TRX 
BYTE) 
EXTRN CODE (12C-TRX-ADDR) 
EXTRN CODE (12C-RCV-BYTE) 
EXTRN CODE (I 2C-TRX-BLOCK) 
EXTRN CODE (I 2C-RCV-BLOCK) 
EXTRN CODE (I2C-STR'f 
SLVAD) 
EXTRN CODE(I2C:RSTR'f_SLVAD) 


ACALL 
JNB 
A.JMP 
CONTINUE: 
JB 
HOV 
>«)V 
JNB 
HOV 
ACALL 
JB 
JNB 
HOV 
SETB 
ACALL 
JB 
;._--------------------- 
;* 
G LOB 
A L 
FUN 
C T 
ION 
0 
E FIN 
I 
T 
ION 
5 
;._--------------------- 
PUBLIC 
12C_MESS_HAND 
;._---------------------- 
;* 
LOCAL 
SYMBOL 
DECLARATIONS 
;._-----------.....:......:.~_.....:....:...~---- 


RNN 
BIT 
OEOH 
obit 
ACC.O 
I2C _PSW 
EQU 
8 


ACALL 
END BLOCKl: 


- 
JB 
JNB 
HOV 
HOV 
JNB 
JNB 
HOV 
JNB 
HOV 
SET 
RWN: 


- 
HOV 
HOV 
ACALL 
JB 


;._---------------------- 
;* 
CODE 
SEGMENT 
;._---------------------- 
12C 
DRIVER 
SEGMENT CODE 
RSE~ 
12C_DRlVER 


* 
FUNCTION 
NAME: 
* 
PACKAGE: 
• 
DESCRIPTION: 


: 
Transmit 
an 
12C 
age, 
include. 
error 
handling 


* 
INPUT: 
····· 


ag_ 
control 
byte 
12e 
CTRL 
(bit 
addre 
•• able) 


age 
control 
block 
12C 
MeS, 
containing: 


12c 
ADDRl 
(1. •. 
alave 
addre 
•• ) 


BUF-LENl 
(i. 
_. 
number 
of 
bytes 
to 
trx.) 


BUF-PTRl 
(i.e. 
transmit 
buffer) 
I2C:ADDR2 
(i.e. 
aub 
addre 
•• ) 


ACALL 
BLOCK ERR: 


- 
JB 
M_STOP: 


PSW 
PSW, tI2e 
PSW 
; sel 
RBl 
I2c 
STAT;'07H 
; clr 
all 
but 
retry 
bits 
MESl" RETRY CNT, I2c 
STAT 


MESS=RETRY=CNT 
- 
; load 
retry 
counter 


I2C 
STAT, '07H 


A,I'2'C 
ADDR 1 
RWN- 
- 
ADDR2 
SUB, STRT 
C,RWN-BLKl 
RWN,C- 


;clr 
all 
but 
retry 
bits 
; load 
SLY ADDR 
; if 
(aubaadresa) 


; 
RWN - 
0 
;elae 


RWN - 
RWN_BLKl 


; send 
START+SLV 
ADDR+RWN 
;branch 
offset 
to 
large 


; load 
pointer 
b10ckl 


; load 
length 
b10ckl 


; if 
(addr2 
sub) 


load 
suD 
addre.a 
trx 
byte 
(sub 
addres.) 


if 
"Terror) 
exit 
II; 


if 
(rep 
.• 
tart 
blkl) 
load 
.lave 
addre 
•• 


read 
aend 
RSTART+SLV 
ADDR 


if 
(error) 
exit"T); 


;elae 


trx_block 
('datal, 
cntl) 


; if 
(error) 
exit 
(); 


; if 
(2nd 
block 
of 
data) 
;{ 


if 
(addr2) 
if 
(rep 
.• 
tart 
blk2) 


( 
.et 
addreu2 
if 
(addr2 
aub) 
set 
adare 
•• l 


/* 
same 
slave 
* / 


) 
if 
«rwn 
blk2) 
-read) 
reV_brock 
('_datl, 
cl) 


elae 
trx_block 
('datal, 
cl) 


if 
(error) 
exit 
(); 


> 
'-----------------------------------'--------------------------------------'t 
j' 
5', 
z: 
)• 


I2c 
STRT 
SLVAD 


I2e-ERR, 
CONTINUE 


EXI!' 


TEST 
DEVICE, 
M STOP 


BUF 'P'TR, BUF P'fR 
1 


BUF-LEN, 
BUF-LEN-l 


ADDR2 
SUB, BLOCK- 


A, I2C-ADDR 
2 


I2c 
TlUe BYTE 


I2C-ERR;EXIT 
; 


UP-STRT 
BLKl, 
BLOCK ; 


A,I'Ic 
ADDR 1 
RWN- 
- 
12e 
RSTRT 
SLVAD 


12C:ERR,EX"IT 


AWN BLK1, TRX 
1 


I2C-RCV 
BLOCR 


END:BLoCxl 


12C_TRX_BLOCK 


I2C 
ERR, EXIT 
BL~X2,M 
STOP 
BUF PTR, Ii'UF PTR 
2 


BUF-LEN, 
BUF-LEN-2 


ADDR2,OATA2- 
- 


REP 
STRT 
BLX2, DATA2 


A,I2"C 
ADriR 2 
ADDR2-SUB, 
~ET 
RWN 


A,I2C:ADDR_l 
- 


C,RWN BLK2 
RW'N, C- 
12e 
RSTRT 
SLVAD 


I2C:ERR, 
EXIT 


AWN BLK2, 
TRX 
2 


I2C-RCV 
BLocK 


B~K_EltR 


I2C_TRX_BLOCK 


12C_ERR, 
EXIT 


I2c 
STOP 
12C-ERR,EXIT 
RES'l'"ORE_CONTEXT 


$TITLE 
(I2C 
Bade 
Functions) 
I'-----------~·_------------, 
I' 
;. 
SOURCE FILE 
12C 
BASLASM 


;. 
PACKAGE 
I1C- 
, 
;.MPF:: 
:I2C: 
:I2C 
HANO.ASM:EXIT---------- 
;. 
- 
;. 
FUNCtION 
NAME: 
EXIT 


;. 
PACKAGE: 
12C 
; ••. DESCRIPTION: 
;. 
Exit 
an 
I2c 
measage. 
This 
routine 
i8 
only 
entered 
if 
an* 


; il 
IyC 
error 
haa 
occured. 
If 
more 
retries 
must 
be 
made, 


;. 
the 
IMssage 
is 
started 
again. 
If 
no 
retry 
muat 
be 
made,. 
;. 
the 
IMasage 
handler 
ia 
18aft 
after 
setting 
the 
carry. 
• 
; * 
Carry 
is 
1 
indicates 
that 
an 
error 
has 
occured 
(return' 
; * 
value 
for 
C and 
PL/M 
calls). 
If 
the 
routine 
is 
entered 
* 
; * 
at 
the 
RESTORE 
CONTEXT label, 
no 
error 
has 
occured 
* 


,* 
- 
* 
; ••. OUTPUT: 
I2C_ERROR 
byte 
(bit 
addressable) 
••. 
;' 
, 
I'EMP----------------------- 
EXIT: 


INCLUDES 
1'-------------------------' 
$NOLIST 
$INCLUDE (REG751. 
H) 


$INCLUDE (I2C 
DATA. GLO) 


$INCLUDE (I2C-DATA. 
LOC) 


$LIsT 
- 


JNB 
JNB 


TO RETRY: 


- 
MOV 
DJNZ 


TIME 
ERR, TO RETRY 


BUS_lU:COVERED , RESTORE_CONTEXT 


I2CON, 
fI2c 
RELEASE 
MESS_RETRY:CNT,RETRY 
; 
if 
(no 
more 
retries) 


EXTRN CODE (I1C 
SLV TRX) 


EXTRN CODE (I2C-SLV-RCVI 
EXTRN CODE (ADDlt_RE~OG) 


RESTORE 
CONTEXT: 


-MOV 
I2CFG, 
fI2C 
ENABLE 
MOV 
A,I2C 
STAT- 
POP 
PSW- 
MOV 
C,I2C 
ERR 


END MESSAGE: 
- 
- 
SETB 
EI2 


RET 


; 
SLVEN-1,MSTR~O, 
tIRN-O 


restore 
PSW 
;,-------------_. __._------------, 
,* 
G LOB 
A L 
F 
0 N C T 
ION 
0 
E 
FIN 
I 
T 
ION 
S 


PUBLIC 
I2C 
STRT 
SLVAD 


PUBLIC 
I2C-aSTR'l'" 
SLVAD 
PUBLIC 
I2C-STOP 
- 
PUBLIC 
I2C-TRX 
BYTE 


POBLIC 
I1C-TRX-ADOR 


PUBLIC 
I2C-R~rBYTE 


PUBLIC 
I2C-RC •.rADDR 
PUBLIC 
12C-TRX-BLOCK 
PUBLIC 
I2C-RC:V---BLOCK 
POBLIC 
ADDJ'_CORPARE 


; label 
for 
debugging 


enable 
12C 
interrupt 
with 
XRAY 
-----,,-_._------------, 


HISTORY 


1'----·_----,------- 
;. 
INTERROPT 
CODE 
SEGM 
TIMER1 
I' 


.HPF:: 
:I2C: 
:I2C 
INIT.ASM:I2c 
tIME 
OUT'--------- 
, 
- 
-- 


" 
FUNCTION 
NAME: 
I2C 
TIME 
OUT 
PACKAGE: 
I2C-- 


DESCRIPTION: 


I2C 
time 
out 
routine, 
clear 
timer 
interrupt, 
set 
the 


TIME 
ERR bit. 
If 
the 
8xC751 
was 
IyC 
bus 
master 
whUe 
the· 


interrupt 
occured 
(RECOVER - 
1), 
an 
attempt 
to 
recover 
•• 


the 
bu. 
i. 
mAde. 
•• 
To 
recover, 
SOl. 
and 
SCL 
are 
set, 
if 
SCL 
remains 
low, 
the· 
IyC 
bu. 
cannot 
ber 
recovered 
and 
the 
routine 
1. 
left. 
• 
If 
SCL 
is 
HIGH but 
SOA is 
low, 
9 
additional 
clocks 
are 
•• 
generated. 
If 
SOA becomes 
HIGH, 
a 
STOP 
is 
made 
•• 


If 
the 
8xC751 
was 
not 
lye 
bus 
mAster 
(RECOVER 
- 
0), 
the 
•• 
bus 
is 
released. 
•, 


"tl=r. 
I\) 
.g: 


() 
., 


'If? 
a. 
3 
-. 
r;' 
<' 
0 
:0 
CD 
a.c 
-. 
!l 
-. 
~ 
0c: 
;:: 


!::!'. 
~. 
:J 
CD 
g 
CIl 
:0q 
- 


0 
0 
~ 
-. 
"tl 
(X) 
8- 
X 
c 
() 
0or 
•.....• 
01 
~--- 
I\) 
3o'-.0 
(")0:J--.0 


CD-. 
CIl 


; * FUNCTION NAME: 
I2c 
REP 
START 
* 
; * PACKAGE: 
I2C- 
- 
III 
; * DESCRIPTION: 
* 
* 
Generate 
a 
repeated 
start 
condition 
on 
the 
IyC 
bua 
* 
; * 
The 
repeatead 
at art 
ia 
generated 
by 
aetting 
the 
XSTR 
* 
; * 
bit. 
If 
STR is 
not 
set 
(by 
hardware), 
the 
IyC 
bus 
is 
* 
; * 
released, 
no 
check 
for 
own 
slave 
address 
i. 
done 
after 
a* 
;: 
repeated 
start. 
: 


; * 
INPUT: 
none 
III 


; * OUTPUT: 
12C 
ERROR 
(0, 
no 
error; 
1, 
error) 
• 
;. 
OUTPUT CONDITION: 
SCL is 
stretched 
• 
;* 
• 
;'EMP'--------·--------------------- 
12C 
RSTRT SLVAD: 
- 
toiSv 
12CON, fS 
RSTR 


ACALL 
WAIT ATN- 
;wait 
for 
r18ing 
SCL 
JNB 
DRDY";"I2C SASIC 
ERR 
MOV 
12CON, fC-DROY 
- 
ACALL 
WAIT ATN- 
;wait 
for 
rep 
start 
JNB 
STR, T2C 
BASIC 
ERR 
SJMP 
12C_TR>CADDR - 


SETB 
CLRTI 
SETB 
TIME ERR 
CLR 
TIRtM 
AJMp 
TI_INT 


;,--------------------------------, 


; 
III 
CODE 
SEGMENT 
,----;;-.~.:..;;..,;..:..:...:._--,-------------, 
I2C 
DRIVER 
SEGMENT CODE 
RSEG 12C_DRlVER 


; *MPP: : : I2C: 
: I2C 
BASI------------------, 
,- 
,,,,,, 


; * SOURCE FILE: 
I2C 
BASI.ASH 


; * PACKAGE: 
I2C- 
;. 
DESCRIPTION: 
This 
file 
contains 
the 
basic 
12C 
functions 
; * 
being: 
START, 
REP 
START, 
STOP, 
TRX SLY ADDR, 
TRX BYTE 


; * 
TRX BLOCK, 
RCV BY'T"E, RCV BLOCK. 
Tne 
wait 
loops 
on 
ATN 
; * 
are-16ft 
if 
the 
ATN bit 
Is 
set 
or 
if 
a 
TI 
interrupt 


; * 
occurs 
(time 
out). 
In 
case 
of 
.a time 
out 
the 
program 


;* 
checks 
wether 
it 
is 
a 
"real" 
time 
out 
(max. 
time 
is 
* 
* 
exceeded). 
If 
yes, 
the 
program 
continues 
and 
will 
enter* 
; * 
a 
error 
routine, 
if 
no 
the 
ATN wait 
loop 
ia 
reentered 
• 
;* 
* 
;'EMP----------------------,-----, 


FUNCTION NAME: 
PACKAGE: 
* DESCRIPTION: 
• 
Generate.a 
stop 
condition 
on 
the 
I2c 
bus 
; * 
The 
STOP conditionis 
generated 
by 
setting 
the 
XSTP 
bit. 
;1r 
If 
no 
error 
occurs, 
this 
function 
i_ 
left 
with 
Iy 
bus 


released 
and 
TI 
stopped. 
In 
case 
of 
an 
error 
the 
bus 
i_ 
released 
in 
the 
message 
handler. 


;*MPF:: 
:I2c: 
:I2c 
BASI.ASH:I2C 
START----------, 
;* 
- 
- 
; * FUNCTION NAME: 
I2c 
START 


; * PACKAGE: 
I2C- 


; * DESCRIPTION: 
; * 
Generate 
a 
start 
condition 
on 
the 
IyC 
bus, 
Set 
the 


; 
III 
MASTRQ bit. 
If 
8xC151 
has 
not 
become 
master 
on 
ATN, 


; 
III 
switch 
to 
receive 
mode 
and 
check 
if 
the 
own 
slave 


;: 
address 
is 
received. 


; * 
INPUT: 
none 
; * OUTPUT: 
12c 
ERROR 
(0, 
no 
error; 
1, 
error) 
; * 
OUTPUT CONDTTION: 
SCL is 
stretched 
;';'EMP--------,·------------- 
12C 
STRT SLVAD: 


- 
SETB 
TIRUN 
JB 
STR, IS 
MASTER 
; already 
started 


CLR 
EI2 
- 
; disable 
12c 
interrupt 


HOV 
12CFG, fI2C 
START CTRL 
ACALL 
WAIT_ATN 
- 
- 
IS 
MASTER: 
- 
JB 
MASTER,I2C 
TRX ADDR 
HOV' 
I2CON, fC 
STRT - 


ACALL 
12C 
RCV XcDR 


JB 
I2C-ERR,,;"END I2c 
START 


ACALL 
ADDR_COMPAU 
- 
START ERR: 
- 
SETB 
12C_ERR 
END 12C 
START: 


- 
-RET 


,, 


1r 
INPUT: 
none 


III 
OUTPUT: 
12C_ERROR 
(0, 
no 
error; 
1, 
error) 
;';'EMP------------------------- 
12C 
STOP: 


- 
CLR 


MOV 
ACALL 
JNB 


MOV 
ACALL 
KlV 
CLR 
RET 


MASTRQ 
I2CON, ts 
STP 
WAIT ATN- 
DRDY:-I2C BASIC 
ERR 


12CON, fC-DROY 
- 
WAIT 
ATN- 
I2CoR, 
fI2C 
RELEASE 


TIRUN 
- 


:MPF::: 
12C:: 
I2C_BASI 
.ASH: 12C_TRX_ADDR--------: 


* FUNCTION NAME: 
12c 
TAX ADDR 
PACKAGE: 
12C- 
- 
DESCRIPTION: 
* 
This 
function 
calls 
I2C 
TRX BYTE to 
transmit 
the 
slave 
address, 
if 
an 
aroitration 
is 
lost 
before 
the 
last1r 


bit 
is 
transmitted, 
the 
function 
recieves 
the 
remaining 
* 
bit. 
(receive 
mode), 
and 
checks 
wether 
the 
own 
slave 
* 
address 
haa 
been 
received 
(call 
ADDR CMP) . 
1r 
- 
, 


INPUT: 
byte 
to 
transmit 
in 
ACC 


OUTPUT: 
I2C 
ERROR (0, 
no 
error; 
1, 
error) 


OUTPUT CONDYTION: 
SCL 18 
stretched 


"U~ 
N 
'ii- 
() 
'" 
&? 
a. 
3 
-, 
8- 


<=:' 
::> 
(1) 
Q. 
c: 
-, 
!l 
-, 
Q 
0 
'" 
C 
i; 
...•.S' 
Q0 
(1) 
g 
CJl 
::>q 
..•.. 
0 
0 
~ 
-, 
"U 
(Xl 
8- 
X 
c: 
() 
~ 
'-l 
U'1 
...•.--- 
I\) 
3o· 
-,0 
(")0 
::::l 
...•.-,0 


(1)-, 
CJl 


; *EMP------·--------------------------* 
I2C 
TRX ADDR: 
- 
-ACALL 
JNB 
DJNZ 
AJMP 
CONTINUE: 
JNB 
JB 
JB 
CLR 
INC 
CLR 
RCV NEXT BIT: 


- 
MOV 
ACALL 
JNB 
MOV 
RLC 
DJNZ 
ACALL 


RESTORE ERR: 
-SETB 
END TRX ADDR: 
- 
-RET 


I2C 
TRX BYTE 
I2C-ERR;END 
TRX ADDR 
BIT-CNT, 
CONl'INU'f 
END:TRX_ADDR 


An, 
END TRX ADDR 
STR, END-nUCADDR 
STP, END-TRX-ADDR 
I2c 
ERR- 
- 
BIT-CNT 
DEOR 


* 
DESCRIPTION: 
;* 
Set 
the 
I2C_ERR 
bit. 
The 
message 
handler 
testa 
this 
bit 


:: 
INPUT: 
none 


; * OUTPUT: 
I2C 
ERROR - 
1 


;* 
- 
,'EMP---·-------------------· 
I2C 
BASIC 
ERR: 


- 
S'fTB 
I2C_ERR 
RET 


;paras1taire 
START 
:paras1taire 
STOP 
: clr 
err 
for 
sl v 
func 
; correct 
BIT 
CNT 
:RDAT 
- 
0 
to- 
.••.CC.O 
;*MPF: 
: :I2C:: 
I2C_BASI 
..••.SH: I2C_TRX_BYTE--------- 


" 
FUNCTION 
NAME: 
I2c 
TRX BYTE 


P.••.CKAGE: 
I2C- 
- 


DESCRIPTION: 


Transmit 
a 
byte 
over 
the 
I2c 
bus. 


NOTE: 
The 
STR bit 
is 
cleared 
here 
in 
stead 
of 
in 
the 
; * 
12C 
START 
routine, 
because 
there 
must 
be 
valid 


dati 
in 
I2D .••.T before 
STR may 
be 
cleared 
(also 
releases 
the 
SCL 
line). 


" * 
The 
I2C 
TRX BYTE function 
transmits 
a 
byte 
over 
the 
IyC 
* 
* 
bus, 
a!E'er 
£be 
last 
bit 
has 
been 
transmitted, 
* 


; * 
the 
function 
switches 
to 
receive 
mode 
to 
receive 
the 
* 
* 
acknowledge 
bit. 
If 
HACK is 
received, 
the 
NO_.••.CK bit 
is 
set. 
If 
arbitration 
is 
lost 
or 
an 
error 
occurs 
during 
; * 
I2c 
TRX BYTE the 
function 
is 
exit 
with 
the 
I2c 
ERR bit 


* 
set:" 
- 
- 
, 


,* 
INPUT: 
byte 
to 
transmit 
in 
ACC 
;* 
OUTPUT: 
I2C 
ERROR 
(0, 
no 
error: 
1, 
error) 
: * OUTPUT COND'fTION: 
SCL 
is 
stretched 


",'EMP-·-------------·--·----------' 
I2C 
TRX BYTE: 
- 
-MOV 
BIT_CNT, 
t8 
TRX_BIT: MOV 
MOV 


I2CON, tc 
XMT.••.+C 
DRDY+C ARL 
; rcv 
mode 


WAIT ATN- 
- 
- 
DRDY;RESTORE 
ERR 
C,RC •••.T 
- 


A 
BIT 
CNT, RCV NEXT BIT 


ADDJ£_ COMPARf" 
- 


I2C_ERR 


: * 
FUNCTION NAME: 
; * 
P.••.CKAGE: 
; * 
DESCRIPTION: 
* 
Compares 
the 
contents 
of 
the 
accumulator 
(received 
* 


* 
address) 
with 
the 
OWN SLV ADDR. 
If 
equal 
and 
the 
RWN 
* 
* 
bit 
is 
D 
(master 
transmit; 
slave 
receive) 
I2c 
SLV RCV is* 
* 
called. 
If 
equal 
and 
the 
RWN bit 
is 
1 
(master-receive, 
* 
slave 
transmit) 
I2C 
SLV TRX is 
called. 
If 
not 
equ.a.l 
exit* 


I2c 
ADDR COMPARE 
- 
- 
* 
- 
- 
, 


; * 
INPUT: 
received 
address 
in 
ACC 
:* 
OUTPUT: 
I2C 
ERROR 
(0, 
no 
error; 
1, 
error) 


: * OUTPUT CONDITION: 
SCL 
is 
stretched 
,'EMP--------------·-------- 
ADDR COMPARE: 
- 
XRL 
JZ 
CJNE 
SEND ""CK: 
- 
MOV 
ACALL 
JNB 
JZAJMP 
SLAVE RCV: 
- 
AJMP 
I2C 
SLV Rev 
END AODR COMPARE: 
- 
- 


- 
RET 


; release 
SCL 
: if 
STR 
clear 
STR 


; .1a. 
dummy 
MOV 


A, OWN SLV ADDR 
SEND ACK - 
A, n;END_ADDR_COMPARE 


ACALL 
JNB 
RL 
DJNZ 
MOV 
ACALL 
JNB 
JNB 
SETB 


TRX BYTE ROY: 


- 
IlET 


I2DAT,A 
I2CON, tC_STRT 


WAIT ATN 
DRDY;I2C 
BASIC 
ERR 
A 
- 
- 
BIT 
CNT, TRX BIT 


I2CON, fC 
XWfA+C DRDY 
; receive 
mode 
WAIT ATN- 
- 
DRDY;I2C 
BASIC 
ERR 
ROAT, TRX-BYTE 
Roy 
; atretch 
SCL 


NO_ACK 
- 
- 
I2DAT, '0 
NAIl' 
ATN 


DRDY;END ADDR COMPARE 
SLAVE 
RcV 
- 
I2C _sIN _ TRX 
:MPF:: 
:I2c: 
:I2C_BASI 
.ASM:I2C_RCV_BYTE---------' 


FUNCTION 
NAME: 
I2C 
RCV BYTE 
PACKAGE: 
I2C- 
- 
DESCRIPTION: 
Receive 
a 
byte 
from 
the 
I2C 
bus 
This 
ia 
one 
function 
which 
receives 
a 
byte 
into 
ace. 
RCV BYTE first 
reI 
•••••• 
the 
sct 
and 
then 
receives 
the 
8 
bit 
•. 
If 
RCV ADDR is 
called, 
the 
first 
bit 
is 
already 
in* 
the 
ROAT regTster, 
thia 
must 
first 
be 
saved 
before 
the 
* 
* 
SCL 
is 
released. 
* 


"U 
I\> 
g 
i:j" 
() 


U> 
~ 
C. 
3 
...• 
,r 
<' 


0 
:> 


CD 
a. 
c: 
...• 
~ 
...• 
0 
iil 
c: 
~ 
~. 
Q 
:J 
0 
CD 
00 
(f) 
:> 
- 
[ 
0 
~ 
...• 
"U 
(» 
8- 
X 
c: 
() 
ft 
-.....I 
01 
....•.-- 
I\) 
3o' 
...• 
0 
(')0:J.- 
...• 
0 


CD...• 
(f) 


I2CON, 'C_XMTA+C_ORDY 
; rel. 
SCL, 
rcv 
mode 


BIT 
CNT,'8 
A 
- 
rev 
first 
bit 


ACK RCV BYTE: 
- 
-"", 


ACALL 
JNB 
I2c 
RCV BLOCK: 


- 
-ACALL 
JB 
"'" 
INC 
DJNZ 
"'" 
ACALL 
IN. 
END RCV BLOCK: 


- 
-RET 


INPUT: 
none 
• 
OUTPUT: 
I2c 
ERROR 
(0, 
no 
error; 
1, 
error) 
• 
if 
1'1 
I2C 
ERROR) 
received 
byte 
in 
ACC. 
, 
- 
'EMP,------------,------------, 
2C Rev 
BYTE: 


- 
><OV 
I2C 
RCV AnDR: 
- 
><ov 
CLR 
RCV BIT: 
- 
ACALL 
JNB 
OJNZ 
MOV 
RLC 
RET 
NOT LAST 
BIT: 
- 
~RL 
RL 
SJHP 


WAIT ATN 
DRDY;I2C 
BASIC 
ERR 
BIT 
CNT,ROT 
LA'!T 
BIT 
C,RI5AT 
- 
- 


A 


I2DAT, '0 
WAIT ATN 
DRDY;I2C_BASIC_ERR 


I2c 
RCV BYTE 
I2C-ERR;END 
RCV BLOCK 


8Bur' 
PTR, A - 
- 
BUF 'P"TR 
BUF-LEN,ACK 
RCV BYTE 
I20KT, 
'80H 
- 
- 
WAIT ATN 
DRDY;I2C_ BASIC_ERR 


;·MPF:: 
:I2C: 
:I2C 
BASI.ASM:WAIT 
ATN----------- 
;. 
- 
- 


;. 
FUNCTION NAME: 
WAIT ATN 


;. 
PACKAGE: 
I2C 
- 


;. 
DESCRIPTION: 
• 
The 
WAIT ATN function 
waits 
for 
the 
ATN bit 
to 
be 
set. 
i· 
The 
func'E'ion 
is 
left 
if 
the 
ATN bit 
is 
set 
or 
it 
the 


; * 
TIME 
ERR bit 
is 
set. 
The 
TIME 
ERR bit 
indicates 
that 
a 
;* 
bus 
'E'imeout 
has 
occurred. 
If 
the 
8xC751 
enters 
this 
i * 
function 
aa 
a 
master, 
the 
RECOVER bit 
ia 
set, 
;* 
indicating 
that 
in 
case 
of 
a 
timeout, 
a 
bua 
recover 
i * 
action 
must 
be 
started. 


",'EMP-----------------------' 
WAIT 
ATN: 


- 
JNB 
MASTER, WAIT 
SETB 
RECOVER 


;*MPF:::I2C::I2C 
BASI.ASM:TI 
INT~----------' 


;* 
- 
- 
; * FUNCTION NAME: 
TI 
INT 
; * PACKAGE: 
I2C 
; * DESCRIPTION: 
* 
The 
TI 
INT 
handles 
the 
timeout 
interrupt. 
It 
is 
; * 
enterea 
when 
a 
time 
out 
occcurs 
(during 
WAIT ATN) . 
; * 
The 
function 
is 
placed 
here 
to 
be 
sure 
that 
it 
is 
* 
linked 
when 
placed 
in 
a 
library. 


",'EMP------,-·----"----,--------' 
TI_INT: 


A,I20AT 
aave 
bit, 
rel. 
SCL 
A 
RCV_BIT 


A,@BUF 
PTR 
I2C 
TRX BYTE 
I2C-ERR;END 
TRX BLOCK 
NO KCK, END 'fRX '(LOCK 
BuI' 
PTR 
- 
- 
BUF:LEN,I2C_TRX_BLOCK 


JB 
JNB 
END WAIT: 
- 
CLR 
RET 


~:MPF: 
:: I2C:: 
I2C_BASI 
.ASH: I2C_TRX_BLOCK:--------- 


; * FUNCTION NAME: 
I2c 
TRX BLOCK 


; * PACKAGE: 
I2C- 
- 
i * 
DESCRIPTION: 
; * 
Transmit 
a 
block 
of 
bytes 
over 
the 
I2C 
bus 
; * 
The 
I2c 
TRX BLOCK function 
transmits 
as 
much 
bytes 
a. 


; * 
definecrin 
'ItJF 
LEN 
(set 
R2), 
before 
the 
message 
handler 


~: 
is 
called, 
BtJF:LEN_l 
or 
BtJF_LEN_2 
ia 
copied 
into 
BUF_LEN: 


; * 
INPUT: 
pointer 
to 
begin 
of 
block 
data 
in 
BUF PTR 
(RO) 
* 
; * 
byte 
counter 
in 
BUF LEN 
(R2) 
- 
* 
i * OUTPUT: 
I2c 
ERROR 
(0, 
no 
error; 
1, 
error) 
;* 
- 
,'EMP---------,------------- 
I2C 
TRX BLOCK: 
- 
><OV 
ACALL 
JB 
JB 
INC 
OJNZ 
END TRX BLOCK: 


- 
-RET 


* FUNCTION 
NAME: 
* PACKAGE: 
* DESCRIPTION: 
* 
Receive 
a 
block 
of 
bytes 
from 
the 
I2C 
bu. 
* 
The 
I2C_RCV 
BLOCK function 
receive. 
as 
much 
bytes 
as 


• 
defined 
in 
'IUF 
LEN 
(set 
R2), 
before 
the 
message 
handler 
: 
is 
called, 
BUF=LEN_1 
or 
BUF_LEN_2 
is 
copied 
into 
BUF_LEN: 


* 
INPUT: 
pointer 
to 
begin 
of 
receive 
buffer 
BUF PTR 
(RO) 
• 


* 
byte 
counter 
in 
BUr 
LEN 
(R2) 
- 
* 


* OUTPUT: 
I2c 
ERROR 
(0, 
no 
error; 
1, 
error) 
* 
: 
if 
(II2C_ERROR) 
received 
byte. 
in 
buffer. 
: 
'EMP 


CLR 
ACALL 
SETB 
JNB 
SETB 
SETB 
JNB 
"'" 


092H 
SCL DELAY 
0928 
RECOVER, RET 
INT 
SDA 
- 
SCL 
SCL, RET 
INT 
BUS_ERR:CLKS, 
19 


"'Cl~ 
I\) 
-ti' 


C) 
'"g> 
0- 
3 
., 


~' 
<" 
CD 
Q.c 
., 
S 
., 
0 
0 
iil 
C 
lO: 
::!. 
~ 
:::l 
CD 
8 
(J) 
:> 
- 
[ 
0 
~ 
., 
"'Cl 
ex> 
8- 
X 
c 
C) 
~ 
-....j 
01 
...•.-- 
I\) 
3o·., 
0 
("') 
0:::l 
.-+., 
0 


CD., 
(J) 


c...c 
" 
-< 
~ 
~ 


I\:l 
'0. 
() 
'"~ 
a. 
3 
.., 
~. 
<' 
:> 


CLR 
SCL 
CD 
a.c 
ACALL 
seL 
DELAY 
.., 
U 
SETB 
SCL- 
.., 
0 


ACALL 
seL 
DELAY 
0 
iil 


Jll 
SDA,,;"MAKE STOP 
; if 
SOA 
- 
1 
make 
stop 
C 
i; 
DJNZ 
BUS_ERR_ ~LKS, RETRY_LOOP 
- 
RETI 
s· 
Il 
MAKE_STOP: 
0 


cLR 
SCL 
CD 
8 


NOP 
U> 
:> 
CLR 
SDA 
[ 
ACALL 
seL 
DELAY 
....•• 


SETB 
seL- 
0 
~ 
ACALL 
seL 
DELAY 
.., 


SETB 
SDA- 
;make atop condition 
" 
ACALL 
SeL 
DELAY 
CO 
8- 


SETB 
BUS:RECOVERED 
X 
C 
REf_INT: 
RETI 
() 
~ 


;delay of 9 periods 
-....J 


SeL_DELAY: 
(>- 
6 
micro 
sec. 
(Jl 


NOP 
; 
ACALL (2) 
+ 
5 NQP 
(4, 
+ 
RET 
(2' 
...•. 


NOP 
NOP 
-- 
NOP 
!\) 


NOP 
3 
RET 
O· 


HISTORY 
.., 


'" 
------_. 
0 


•.. 
("') 


01 
lit 03-07-91 
J.e . pijnenburq 
original 
version 
0 
. 
::J 
._----- 
----------* 
END 
- 
..,0 


CD.., 
U> 


$TITLE 
(I2C 
Teat 
Device 
corrmand) 
;,-.-,;-;;;-_."------;-----_._------, 
;' 
; * 
SOURCE FILE 
I2c 
TDEV .ASM 
; * 
PACKAGE 
I2C- 
;';,------------_. 
__._-----------* 
$DEBUG 


;* OUTPUT: 
I2c 
ERROR byte 
(bit 
addressable) 
, 
- 
;'EIIP-·--------------------- 


I2C 
TEST 
DEVICE: 
- 
- 
K5v 
I2C 
CTRL, 'TEST 
DEVICE 
MASK 
A.JMp 
I2C:HESS_HAND 
- 
- 


END 
;,------------------------, 
;* 
INCLUDES 
;,------------_._----------------* 
$NOLIST 
$ INCLUDE (I2C 
DATA. GLO) 
$LIST 
- 
;,---_._,--------------------- 
;* 
GLOBAL 
REFERENCES 
;,,-----_._---------- 


EXTRN 
CODE lI2C_HESS_HAND) 


;,,----------------------- 
;* 
GLOBAL 
FUNCTION 
DEFINITIONS 
;,,-------------------- 
PUBLIC 
_I2C_TEST_DEVICE 


; :'--L-O-C-"-L--S-Y-M-B-O-L--C-E-C-L-"-R-"-T-'··O-N-S--- 


TEST 
DEVICE 
MASK 
EOU 80H 
- 
- 
;REP 
STRT 
BLKl 
- 
0 
; RWN-aLKl- 
- 
0 
;AOOR2 
- 
0 


; AODR2 
SUB 
- 
0 


;BL~ 
- 
0 
;RWN BLK2 
- 
0 
; REP-STRT 
BLK2 
- 
0 
; T_OEvICE- 
- 
1 


(NO) 
(WRITE) 
(NO) 
(--) 
(NO) 
(--) 
(--) 
(--) 
;,---------------------, 
;* 
CODE 
SEGMENT 


;' 
I2C 
DRIVER 
SEGMENT CODE 
RSE~ 
I2C_ORIVER 


* 
FUNCTION 
NAME: 


* 
PACKAGE: 


* 
DESCRIPTION: 
: 
Addres. 
a 
slave 
if 
ack 
received 
l1ave 
was 
present 


* 
PROTOCOL: 
* 
<S><SLV 
ADOR><W><A><P> 
, 
- 
* 
INPUT: 
Me•• age 
control 
byte 
I2C 
CTRL 
(bit 
addressable) 
* 
Me•• age 
control 
block 
I2C 
MCB, 
containing: 
: 
I2C_ADDRl 
(slave 
'iddr 
••• 
) 


: 
OUTPUT: 
I2C_ERROR 
byte 
(bit 
addr 
••• 
ahle) 
*EMP--------- 


;' 
;' 
;._---_._------------------------_. 
$DEBUG 


;._-------,-------------------_. 
;* 
INCLUDES 


~~LIST 
$INCLUDE lI2C 
DATA. GLO) 
$LIST 
- 


;._-------------------------------* 
;* 
GLOBAL 
REFERENCES 
;._-_._--_._--_. __..•.._-._---------_. 
EXTRN CODE(I2C_MESS_HAND) 
*------------------------------------------* 
,* 
GLOBAL 
FUNCTION 
DEFINITIONS* 
;._-_._---------------_._-- 


PUBLIC 
_I2C_tfRITE 


,_._----------_._-----_._-------_. 
LOCAL 
SYMBOL 
DECLARATIONS 
;._---------------------------* 
WRITE_MASK 
EQU OOH 


; REP 
STRT 
BLKl 


;RWN-BLK1- 
;ADDR2 
;ADDR2 
SUB 


; BLOCK'" 
;RWN BLK2 
i REP-STRT 
BLK2 


iTEST_DEVICE 


(NO) 
(WRITE) 
(NO) 
(--) 
(NO) 
(--) 
(--) 
(--) 


"._--------,----------_._---- 
CODE 
SEGMENT 


* FUNCTION 
NAME: 
I2c 
WRITE 
* 
PACKAGE: 
I2C- 
* 
DESCRIPTION: 


: 
Write 
n 
byte. 
to 
a 
slave 
device. 


* 
PROTOCOL: 
* 
<S><SLV _ADDR><W><A><DO><AXD1><A> 
.. <Dn-l><A><P> 


INPUT: 
M••• 
ag. 
control 
byte 
I2C 
CTRL 
(bit 
addr 
••• 
able) 


M•• sag_ 
control 
block 
I2C 
MCB, 
containing: 


I2c 
ADDRl 
(slave 
address) 
BUF-LENl 
(number 
of 
byte. 
(n) 
to 
trx.) 


BUF:PTRl 
(ptr 
to 
transmit 
buffer) 


"U 
=r. 


I\) 
.go: 
(") 
., 


't1 
c. 
3 
..., 
(;" 
<' 
g 


CO 
a. 
c: 
..., 
~ 
..., 
0 
iil 


C 
i; 
::!". 
§ 
::J 
CO 
00 
en 
::> 
...•. 
[ 
0 
~ 
..., 


"U 
CP 
8- 
X 
c: 
(") 
~ 
-....J 
01 
...•.-- 
I\) 
3o' 
..., 
0 
(")0 
::J- 
..., 
0 


CO..., 
en 


$TITL£ 
(I2C 
Writ. 
Sub 
conrnand) 
;* 
- 


I' 
; * 
SOURCE 
FILE 
I2c 
MSUB.ASM 
; * 
PACXAGE 
I2C- 
I'~~'-EB-UG--------------' 


I2C 
ADDRl 
BUF-LENl 
BUF-PTRl 
I2C:ADDR2 


* 
OUTPUT: 
I2C_ERROR 
byte 
'EHP---------------------- 


(slav. 
addr 
••• 
) 
(nurrb.r 
of 
byt 
•• 
in 
block 
(ptr 
to 
block 
) 
(sub 
addr 
••• 
) 


(bit 
addr 
••• 
abl.) 


1"------------ .-------- 
;* 
INCLUDES 
.- 


I' 
$NOLIST 
$INCLUDE 
(I2C 
DATA. GLO) 
$LIST 
- 


I2c 
WRITE 
SUB: 
- 
- 
t'DV 
I2C 
CTRL, 'WRITE 
SUB 
MASK 
AJMP 
I2C:MESS 
_HAND 
- 
- 


END 


1'-·---------------------- 
;* 
GLOBAL 
REFERENCES 
1"----------------------- 
EXTRN 
CODE (I2C_MESS_HAND) 
1"---------------- 
;* 
GLOBAL 
FUNCTION 
DEFINITIONS 
;,-~..:..;:~~~~~.:....:..~~-=....;...;;...:... 


PUBLIC 
_I2C_WRITE_SUB 


1'----------------------- 
;* 
LOCAL 
SYMBOL 
DECLARATIONS 
I'--~---~~....;..:..,:;;..;..:~...;..;.~- 


WRITE_SUB_MASK 
EOU 
OCH 


; REP 
STRT 
BLK! 


; RtnrBLxl- 
IADoli2 
;ADDR2 
SUB 


;BLO~ 
;RWN 
BLX2 


; REP-STRT 
BLK2 
; TEST_DEVICE 


(NOI 
(WRITEI 
(YES) 
(YES) 
(NO) 
(--) 
(--) 
(--I 
1"-----------------------_·- 
;* 
CODE 
SEGMENT 
1"------------------ 
I2c 
DRIVER 
SEGMENT 
CODE 
RSEe: 
I2C_DRIVER 


*MPF:: 
:I2C: 
:I2C 
WSUB.ASM:I2C 
WRITE 
5081-------- 


II 
- 
-- 


* 
FUNCTION 
NAME: 
I2C 
WRITE 
SUB 
* PACKAGE: 
I2C-- 


* 
DESCRIPTION: 


* 
Writ. 
a 
block 
of 
data 
(a 
length 
n) 
preceded 
by 
a 
* 
sub 
addre 
•• 
to 
a 
slave 
device. 
, 
* 
PROTOCOL: 
* 
<S><SLV 
ADDR><W><A><SUB 
ADDR><A><DaO><A><Dal<A> 
.• <A> 
* 
- 
- 
<Oan-l><A><P> 


$TITLE 
1I2C 
Write 
Sub 
SWinc 
conwnand) 
;*-...;.....,;;;-...,;;;--'''----...;....,._------_. 
; * 
; * 
SOURCE 
FILE 
I2c 
WSWI.ASM 


; * 
PACKAGE 
I2C- 


;* 


~~;-BU-G-------------- 


mesn.ge 
handler 
lno 
block 
2) 
and 
is 
therefor 
free 
to 
distinguish 
b.tw.en 
write 
to 
EEPROM 
(1-delay) 
.•.nd 
other* 
(0-no ~lq) 
: 


* 
* 
** 
* 
* 
* 
*** 


PROTOCOL: 
<S><SLV 
ADDR><W><A><SUB 
ADDR><A><DO><A><P> 


it(RWN 
BL)(2) 
delay 
40 
ma 
<S><SLV 
ADDR><w><A><SUB 
ADDR+l><A><Dl><P> 


it(RNN 
DLX2) 
delay 
40 
ma 


- 
-> 


if 
(RWN DLX2) 
delay 
40 
ma 
<S><SLV 
ADDRXw><A><SUB 
ADDR+n-l><A><Dn-1><P> 


irIRWN_BLK2I 
delay 
40 
ma 
;*------------_._---------* 
;* 
INCLUDES 


$;OLIST 
$INCLUOE(I2C 
DATA.GLO) 
$ INCLUDE (I2C-DATA. 
LOC) 
$ INCLUDE (REG751. 
H) 
$LIS1' 
;*----------------------- 
;* 
GLOBAL 
REFERENCES 
;*-----~---~-:-;....:..;.....;..:,...:....-_--- 


EXTRN CODE(I2C_MESS_HANJ) 


Message 
control 
byte 
I2C 
CTRL 
lbit 
addressable' 
Me•• ag. 
control 
block 
I2~ 
MCD, 
containing: 
I2C 
ADDRl 
lslave 
addre 
•• 
) 
Bur-LENl 
lnumber 
of 
bytes 
lmesa) 
to 
trx.)* 
BUF-PTRl 
lptr 
to 
tr 
.•.nsmit 
buffer) 
* 
I2C-ADDR2 
lsub 
addre.s) 
* 
- 
* 
* 
* 
* 


: 
OUTPUT: 
I2C_ERROR 
byte 


*EMP 


I2C 
WRITE 
MEMORY: 
- 
- 
~ 
;~;_~~,~~ITE-MEMORY-MASK 


I2c 
WRITE 
SUB 
SWIN~: 
- 
- 
- 
KJV 
- 
I2C_CTRL,'WRITE_SUB_SWINC_MASK 


SET 
MESS 
CNT: 
- 
ii:lv 
lfJV 
SUB MESS: 


- 
ACALL 
JB 
INC 
INC 
JNB 
lfJV 
lfJV 
PROGRAM DELAY: 
-DJNZ 
DJNZ 


;*----------------------- 
GLOBAL 
FUNCTION 
DEFINITIONS 
;* 
PUBLIC 
I2C 
WRITE 
SUB 
SWINC 
PUBLIC 
:I2C:WRITEJ't:EM5RY 
;*----------------------, 
;* 
LOCAL 
SYMBOL 
DECLARATIONS 
;* 
WRITE 
SUB 
SWINC 
MASK 
EQU 
ooCH 
WRITE"""MEMO"RYMA'!K 
EQU 
02CH 
- 
; J(Ep 
STRT 
BLKl 
- 
0 
(NO) 
; RWN-BL1(1- 
- 
0 
(WRITE) 
;ADOIU 
- 
1 
(YES) 
;AODR2 
SUB 
- 
1 
(YES) 
; DLOCa 
- 
0 
(NO) 


; RWN BLK2 
- 
0 
or 
1 
(no 
blk2, 
- 
used 
for 
delay/no 
delay) 


;REP 
STRT 
BLK2 
- 
0 
(--) 
;TEST_DEVTcE 
- 
0 
(--) 


;*----------------------_. 
;* 
CODE 
SEGMENT 
;*-,---~.....-~~------_. 
I2c 
DRIVER 
SEGMENT 
COOE 
RSE~ 
I2C_DRIVER 


:MPF:: 
:I2c: 
:I2C_WSWI.ASM:I2C_WRITE_SUB_SWINC:-----. 


* FUNCTIOO 
NAME: 
I2C 
WRITE 
SUB 
SWINC 
* PACKAGE: 
I2C- 
-- 
* DESCRIPTIOlt: 
• 
Transmit 
an 
I2C 
me •• ag., 
the 
me •• ag. 
is 
split 
into 
• 
.ub 
J'/'lI •••••• 
ge •• 
Each 
.ub 
message 
transmits 
one 
byte. 
* 
I f 
the 
slave 
is 
an 
EEPROM, 
a 
delay 
is 
generated 
after 
• 
.aeh.ub 
mes.ag 
•• 
Th. 
RWN_BLK2 
i. 
not 
us.d 
in 
the 


I2C 
MESS 
HAND 
I2C-ERR, 
tHO 
WSWI 
I2C-MCB+2 
- 
; inc. 
BUF 
PTR 
1 
I2C-MCB+3 
; inc. 
SUB:AD01r 
RlnCBL!t2, 
NEXT 
MDfOELAY 
H, 'EEPROM 
PROG 
DELAY 
MEM:DELAY:L, 
'00 
- 
;- 
40 
ms 
delay 
at 
16KHz 


"U2: 


N 
~ 
() 
'"f6l 
0- 
3 
...• 
~r 
<. 
:0 
CD 
Co 
C 
...• 
~ 
...• 
~ 
0 
C 
l;; 
:::!'. 
§ 
:J 
CD 
8 
CIl 
:> 
- 
if 
0 
~ 
...• 
"U 
ex> 
8- 
X 
c 
() 
1t 
-....I 
01 
...•.-- 
I\) 
3o· 
...• 
0 
(")0:J- 
...• 
0 


CD...• 
CIl 


$TITLE 
(I2C 
Write 
Sub 
Write 
command) 
;* 
- 
-;;....-=--------------------* 
;' 
; * 
SOURCE FILE 
: 
I2C 
WSOW.ASM 
;* 
PACKAGE: 
I2C- 


I2c 
ADDRl 
BUF-LENl 
BUF-PTRl 
I2C-ADDR2 
BUF-LENl 
BUF:PTRl 
;'~~E-B-U-G-----·-------------------* 


(slave 
address) 
(number 
of 
bytes 
in 
block 
a) 
(ptr 
to 
block 
a) 
(sub 
address) 
(nwnber 
of 
bytes 
in 
block 
b) 
(ptr 
to 
block 
b) 


,._------------_._._. __._--------_. 
;* 
INCLUDES 
;*------------------------------------* 
$NOLIST 
$INCLUDE (I2C 
DATA. GLO) 
$LIST 
- 


I2C 
WRITE 
SUB WRITE: 


- 
- 
'tt'IOV 
- 
I2C 
CTRL, 'WRITE 
SUB WRITE 
MASK 
AJMP 
I2C:MESS _HAND 
- 
- 
- 


END 


,._-_._---_._- 
;* 
GLOBAL 
REFERENCES 


,._------------_._----- 
;* 
GLOBAL 
FUNCTION 
DEFINITIONS* 


WRITE 
SUB WRITE 
MASK 
EQU lCH 


- 
- 
- 
;REP 
STRT 
BLKl 
- 
0 


;RWN-BLKl- 
- 
0 
;ADDRl 
- 
1 
; ADDR2 SUB 
- 
1 
;BLOcK:2" 
- 
1 
;RWN BLK2 
- 
0 
; REP-STRT 
BLK2 
- 
0 
; TEST_DEVICE 
- 
0 


(NO) 
(WRITE) 
(YES) 
(YES) 
(YES) 
(WRITE) 
(NO) 
(--) 
,._---_._--------------------_. 
CODE 
SEGMENT 
*--------------------_._----_. 
I2c 
DRIVER 
SEGMENT CODE 
RSEG I2C_DRIVER 


*MPr:: 
:I2C: 
:I2C 
WSOW.ASM:I2c 
WRITE 
SUB WRITE---------* 
* 
- 
- 
- 
- 
* 
* FtlNCTION 
NAME: 
I2C 
WRITE 
SUB WRITE 


* PACKAGE: 
12C- 
-- 
* DESCRIPTION: 
* 
Write 
2 
blocks 
of 
data 
(a 
and 
b, 
length 
n 
and 
m) 
* 
precede~ 
by 
a 
sub 
address 
into 
a 
single 
slave 
device 


* PROTOCOL: 
* 
<S><SLV 
ADDR><W><A><SUB 
ADDR><A><DaO><A> .. <A><Dan-l><A>* 
* 
- 
- 
<DbO><A> .. <Dbm-l><A><P>* 
. 
* 
INPUT: 
Message 
control 
byte 
I2c 
CTRL 
(bit 
addressable) 
* 
Message 
control 
block 
I2C_MCB, 
containing: 


"U 


N 
~ 
-0' 
0 
•. 
g' 
C. 
3 
~ 
o' 
<0 
0:> 


CD 
Q. 
C 
~ 
U 
~ 
0 
0 
<il 
C 
;:: 
:=0 
g 
::J 
0 
CD 
00 
(J) 
:> 
-. 
[ 
0 
~ 
~ 
"U 
(Xl 
a 
X 


Q. 
C 
0 
0en 
-....J 
0'1 
•....•. 
-... 
l\,) 
3 
0° 
~0 
(")0 
::J.-+ 
~0 


CD~ 
(J) 


$TITLt 
(I2C_M'rite_sub_Read 
conmand) 
;~t 
~t 


;It 
It 


; It 
SOURCE FILE 
: 
I2c 
WSUR.ASH 


; It 
PACKAGE: 
I2C- 


;'$~-EB-U-G---------'"--'----------' 


Hessage 
control 
block 
I2C_HCB, 
contalninq: 
I2C 
ADDRl 
(slave 
address) 
BUF-LENl 
(number 
of 
bytes 
1n 
block 
a) 
BUF-PTRl 
(ptr 
to 
block 
a) 
I2C-ADDR2 
(sub 
addre 
•• ) 
BUF-LENl 
(nurrber 
of 
byte. 
1n 
block 
b) 
BUF:PTRl 
(ptr 
to 
block 
b) 


: 
OUTPUT: 
I2C_ERROR 
byte 
(bit 
addressable) 


'EMF 
;,-------------------,-----, 
;It 
INCLUDES 
;, 
..:..:..,~ 
, 
It 


$NOLIST 
$INCLUDE(I2C 
DATA.GLO) 
$LIST 
- 


I2C 
WRITE 
SUB READ: 
- 
- 
~ 
- 
g~=~~~~TE-SUB-READ-MASK 


END 
;,---------------------- 
;It 
GLOBAL 
REFERENCES 
;' 
;,------------------------ 
;It 
GLOBAL 
FUNCTION 
DEFINITIONS 
;,------------------------ 
PUBLIC 
_I2C_WRITE_SUB_READ 


WRITE 
SUB READ MASK 
EQU 7CH 
- 
- 
- 
;REP 
STRT 
BLKl 
- 
0 
; RWN-BLK1- 
- 
0 
;ADDR2 
- 
1 
; ADDR2 
SUB 
- 
1 
;BLcx:J<2" 
- 
1 
;RWN BLK2 
- 
1 
; REP-STRT 
BLK2 
- 
1 
; TEST_DEVIcE 
- 
0 


(NO) 
(WRITE) 
(YES) 
(YES) 
(YES) 
(READ) 
(YES) 
1--) 
;,-----------------------' 
;It 
CODE 
SEGMENT 
;,---- 
------------, 
I2C 
DRIVER 
SEGMENT CODE 
RSE~ 
I2C_DRIVER 


ItMPF:::I2C::I2C 
WSUR.ASH:I2c 
WRITE 
SUB READ-------, 
It 
- 
- 
- 
- 
It,,,,,, 


It FUNCTION 
NAME: 
It PACKAGE: 
It DESCRIPTION: 
It 
Write 
a 
block 
of 
data 
(a 
length 
nJ 
preceded 
by 
a 
sub 
It 
address, 
qenerate 
repeated 
start 
and 
read 
a 
.econd 
It 
block 
0; data 
(b 
length 
m) 
form 
the 
dave 
device 


PROTOCOL: 
<S><SLV 
ADDR><W><A><SUB 
ADOR><A><OaO><A> 
.. <A><OaN-l><A>1t 
<S><SLV:ADDR><R><A><ObO><A.> 
.. <A><Obm-l><N><P> 


INPUT: 
He ••• 
qe 
control 
byte 
I2C_CTRL 
(bit 
addr 
••• 
able) 


"U~ 
I\) 
-c' 
0 


V> 
g> 
a. 
3 
-, 
~r 
<" 
:> 
CD 
Q. 
c: 
-, 
a 
-, 
~ 
0c: 
:;; 
...•. 
5' 
§ 


CD 
n0 
(J) 
:> 
- 
[ 
0 
~ 
-, 


"U 
CO 
8- 
X 
c: 
0 
n 
r;; 


"..J 
01 
...•.-- 
I\.) 
3o'-,0 
()0::l 
•..•.-, 
Q. 


CD-, 
(J) 


$TITLE 
(I2C 
Write 
Com Write 
cOrmland) 
;*---------~-=--------------------* 
· 
* 
SOURCE FILE: 
I2C 
WCOW.ASH 
* 
PACKAGE 
I2C- 
·$~~--------------------------* 


I2c 
ADDRl 


BUF-LENl 
BUF-PTRl 
BUF-LENl 
BUF=:PTRl 


: 
OUTPUT: 
I2C_ERROR 
byte 


'EMP 


(slave 
address 
first 
device) 
(number 
of 
bytes 
in 
block 
a) 
(ptr 
to 
block 
a) 
(number 
of 
bytes 
in 
block 
b) 
(ptr 
to 
block 
b) 


(bit 
addressable) 


;.-._--------------------------* 
;* 
INCLUDES 
$;~~T-------------------------..----* 


$ INCLUDE (I2C 
DATA. GLO) 
$LISr 
- 


12C 
WRITE 
COM WRITE: 
- 
- 
't'AJV 
- 
I2C 
MCB+5,I2C 
MCB+4 
MOV 
12C-MCB+4, 
12C-MCB+3 


~ 
gg=~~~=TE-COM-WRlTE-MASK 


ENO 


_._-------------------------_. 
GLOBAL 
REFERENCES 
;*---------------------------------_. 
EXTRN CODE(I2C_MESS_HAND) 


;*-------,---,-----_._,----,--_.- 
* 
GLOBAL 
FUNCTION 
DEFINITIONS* 
;*-------,--_._---_._--------_._-------* 


PUBLIC 
_I2C_WRITE_COM_WRITE 


; :--L-·O-C-A-L--S-Y-M-.-O-L--O-E-C-L-A-R-A-T-r-O-N-S-- 
· WRITE 
COM WRITE 
MASK 
EQU lOH 


- 
- 
- 
;REP 
STRT 
BLKl 
- 
0 
;RWN-BLKl- 
- 
0 
;ADDRl 
- 
0 


; ADDR2 
SUB 
- 
0 


;BLOCK2' 
- 
1 


;RWN BLK2 
- 
0 


; REP-STRT 
BLK2 
- 
0 
;T_DEvICE- 
- 
0 


(NO) 
(WRITE) 
(NO) 
(--) 
(YES) 
(WRITE) 
(--) 
(NO) 
;*---------------------------------* 
* 
CODE 
SEGMENT 
* 
;*---------------------------------------* 
I2C 
DRIVER 
SEGMENT CODE 
RSE~ 
12C_DRlVER 


*MPF:: 
:I2c: 
:I2c 
WCOW.ASH:I2c 
WRITE 
COM WRITE---------· 
* 
- 
- 
- 
- 
* 


* 
FUNCTION 
NAME: 
12C 
WRITE 
COM WRITE 


* 
PACKAGE: 
12C- 
-- 
DESCRIPTION: 


Write 
a 
2 
blocks 
of 
data 
(a,b 
length 
n,m) 
in 
a 
single 
messaqe 
to 
a 
slave 
device 


"Ug 
I\) 
ii' 
0 
'" 
W 
a. 
3 
~ 
0' 
<" 


0 
:J 
CO 
a. 
c: 
~ 
U 
~ 
~ 
0 
C 
s:: 
•..•. 
Q 
5' 
0 
CO 
00 
en 
:Jq 
- 


Q. 


0 
~ 
~ 
"U 
(Xl 
8- 
X 
c: 
0 
0 
fir 
-....J 
01 
.....• 
....... 
I\) 
3o' 
~0 
(')0:J 
•..•. 
~0 


CO~en 


$TITLE 
(I2C 
Writ. 
R.p 
Writ. 
corrmand) 
;,-...;-"'---"-""'----------------- 
;' 
; * 
SOURCE FILE 
12C 
WREW.ASM 
; * 
PACKAGE 
12C- 
;:_--------------_._-----,- 
$DEBUG 


INPUT: 
Me•• aq. 
control 
byte 
12c 
CTRL 
(bit 
addr 
••• 
able) 
Me•• aqe 
control 
block 
12C 
MCB, 
containinq: 
12c 
ADDRl 
(slave 
'i"ddre 
•• 
fir.t 
device) 
BUF-LENI 
(nwrber 
of 
byt 
•• 
in 
block 
a) 
BUF-PTRI 
(ptr 
to 
block 
al 
12C-ADDR2 
(slave 
addr 
••••• 
cond 
device) 
BUF-LEN! 
(number 
of 
byt 
•• 
in 
block 
bl 
BUF:PTRI 
(ptr 
to 
block 
bl 


: 
OUTPUT: 
12C_ERROR 
byte 
(bit 
addreaublel 
,E!<P,---------------------- 
;,------------------------ 
;* 
INCLUDES 
;,---------------------- 
$HOLIST 
$INCLUDE (I2C 
DATA. GLO) 
$LIST 
- 


12C 
WRITE 
REP 
WRITE: 
- 
- 
!CiV 
- 
12C 
CTRL, 'WRITE 
REP 
WRITE 
MASK 
AJMP 
I2C:MESS_HAND 
- 
- 
- 


END 
;,----------------,------ 
;* 
GLOBAL 
REFERENCES 
;,----------------------- 
EXTRN CODE (I2C_MESS_HAND) 


;,_._---_. 
;* 
GLOBAL 
FUNCTION 
DEFINITIONS 
;'----~------------_._---- 
PUBLIC 
_I2C_WRITE_REP_WRITE 


;,----------------------- 
;* 
LOCAL 
SYMBOL 
DECLARATIONS 
;' 
WRITE 
REP 
WRITE 
MASK 
EQU 548 


- 
- 
- 
;REP 
STRT 
BLKl 
- 
0 
; RWN-BLKl- 
- 
0 
;AODR2 
- 
I 


; AODR2 
SUB 
- 
0 
; BLOCK2' 
- 
I 


;RWN BLK2 
- 
0 


; REP-STRT 
BLK2 
- 
1 
; TEST_DEVICE 
- 
0 


(NO) 
(WIIlTE) 
(YES) 
(NO) 
(YES) 
IWIIlTEI 
IYES) 
(--) 


;,-----------------------' 
;* 
CODE 
SEGMENT 
;,--------,---------------' 
12C 
DRIVER 
SEGMENT COOE 
RSE~ 
12C_DRlVER 


*MPF::: 
12C:: 
12C 
WRER.ASM: 12C 
WRITE 
REP 
WRITE------, 
* 
- 
- 
-- 


* FUNCTION 
NAME: 
12C 
WRITE 
REP 
WRITE 
* PACKAGE: 
12C- 
-- 
* DESCRIPTION: 
* 
Write 
a 
block 
of 
data 
(a 
length 
n) 
to 
a 
dave 
device, 
* 
sent 
re~.ated 
.tart 
and 
write 
a 
block 
(b 
length 
m) 
to 


another 
alav. 
device. 


* PROTOCOL: 
* 
<S><SLV 
ADDRl><1f><A><DaO><A><Dal<A> 
.• <A><Dan-l><A> 


* 
<S><SLV-AODR2><W><A><DbO><A><Dbl<A> 
.• <A><Dbm-I><A><P> 
, 
- 


"tI~ 
I\) 
.;;" 
() 
'"~ 
a. 
3 
..., 


~" 
<' 
(l) 
@- 
..., 
a 
..., 
Il 
0 
'" 
c 
~ 
- 
5· 
§ 


(l) 
8 
(Jl 
:> 
- 
11 
0 
~ 
..., 
"tI 
(Xl 
8- 
X 
c: 
() 
~ 
-....J 
U1 
....•.-.. 
I\) 
3o' 
..., 
000::l- 
..., 
Q. 


(l)..., 
(Jl 


$TITLE 
1I2C 
Write 
Rep 
Read 
conmand) 
;*---'''-_.,-_ ..;;..-----------------------* 
;: 
; * 
;*;*---------,-------------------* 
$DEBUG 


INPUT: 
Meau.qe 
control 
byte 
12C 
CTRL 
(bit 
addressable) 
Message 
control 
block 
12C 
MCB, 
containing: 


I2C 
ADDRl 
(slave 
address 
first 
device) 
BUF-LENl 
(number 
of 
bytes 
in 
block 
a) 
BUF-PTRl 
(ptr 
to 
block 
a) 
I2C-ADDR2 
(slave 
address 
second 
device) 
BUF-LENl 
(number 
of 
bytes 
in 
block 
b) 
BUF:PTRl 
(ptr 
to 
block 
b) 


* 
OUTPUT: 
12C_ERROR 
byte 
(bit 
addressable) 


*--------------------------------------* 
SNOLIST 
$INCLUOE (I2C 
DATA. GLO) 
$LIST 
- 


I2c 
WRITE 
REP 
READ: 


- 
- 
W:::>'J 
- 
12C 
CTRL1 'WRITE 
REP 
READ MASK 


.AJMP 
I2C:MESS_HANO 
- 
- 
- 


END 
;*--------------------------------, 
* 
GLOBAL 
REFERENCES 
* 
;*--~RN~i~~-;;:_~i---------------------* 
;*--------------------------* 
GLOBAL 
FUNCTION 
DEFINITIONS 
;*-------_._-_._------------- 
PUBLIC 
_I2C_WRITE_REP_READ 


;*------------------ 
;: 
LOCAL 
SYMBOL 
DECLARATIONS 


WRITE 
REP 
READ MASK 
EQU 74H 


- 
- 
- 
;REP 
STRT 
BLKl 
- 
0 
;RWNBLK1- 
- 
0 
;ADDR2 
- 
1 
; ADDR2 
SUB 
- 
0 
;8L= 
-1 


;RWN BLK2 
.• 
1 
; REP-STRT 
BLK2 
- 
1 


; TEST_DEVICE 
- 
0 


(NO) 
(WRITE) 
(YES) 
(NO) 
(YES) 
(READ) 
(YES) 
(--) 


*MPF:: 
:I2c: 
:I2c 
WRER.ASM:I2C 
WRITE 
REP 
READ-------, 
* 
- 
- 
- 
- 
* 
* 
FUNCTION 
NAME: 
I2c 
WRITE 
REP 
RF.AD 
* 
PACKAGE: 
I2C- 
-- 
* 
DESCRIPTION: 


* 
Write 
a 
block 
of 
data 
(a 
length 
n) 
to 
a 
slave 
device, 
* 
sent 
re~eated 
start 
and 
read 
a 
block 
(b 
length 
m) 
from 
* 


another 
slave 
device. 


PROTOCOL: 
<S><SLV 
ADDRl><W><AXDaO><AXDal<A> 
.. <A><Dan-l><A> 
<S><SLV::ADDR2><R><AXObO><AXDbl 
<A> .. <A><Dbm-l><N><P> 


~~ 
f\) 
-0' 
0 
'"W 
C. 
3 
.., 
8' 
<" 
::> 
CD 
a. 
c: 
.., 
Sl 
.., 
0 
0 
iil 
C 
i;, 
- 
5" 
~ 
CD 
8 
en 
::> 
- 
~ 
0 
~ 
.., 
~ 
(Xl 
8- 
X 
c: 
0 
a 
-....j 
U1 
....•. 
-... 
l\) 
30- 
..,0 
(")0 
::J- 
.., 
0 


CD.., 
en 


$TITLE 
(I2C 
Read 
corrrnand) 
i'-~-=------";"-----'-----------* 
i' 


ill' 
SOURCE FILE 
I2C 
READ.ASM 


ill' 
PACKAGE 
I2C- 


i' 


i ,---.----------.-------.--------, 
$DEBUG 


INPUT: 
Message 
control 
byte 
I2C 
CTRL 
(hit 
addressable) 
Message 
control 
block 
I2C 
MCB, 
containing: 


I2c 
ADDRl 
(slave 
address) 
BUF-LENl 
(number 
of 
bytes 
in 
block 
BUF:PTRl 
(ptr 
to 
store 
status) 


OUTPUT: 
I2C_ERROR 
byte 
(bit 
addreuable) 


i*----------------,-------------* 
:: 
INCLUDES 


$NOLIST 
$INCLUDE (I2C 
DATA. GLO) 


$LIST 
- 


I2C 
READ STATUS: 


- 
- 
~ 
I2c 
MCB+2, I2C 
MCB+l 
~V 
I2C-MCB+l, 
tl 
- 
; buffer 
length 
- 
1 
I2c 
READ: 
- 
- 
- 
M:lV 
I2c 
CTRL, tREAD 
MASK 


AJMP 
I2C:MESS _HAND - 


END 


i'------------------·------ 
;* 
GLOBAL 
REFERENCES 
i'--------------------·-----·- 
EXTRN CODE (I2C_MESS_HAND) 
i'----------------------·--- 
;* 
GLOBAL 
FUNCTION 
DEFINITIONS 
i'-----------------------·---- 
PUBLIC 
I2C 
READ 
PUBLIC 
:I2C:READ_STATUS 


; :---L-O-C-A-L--S--Y-M-'-O-L--O-E-C-L-"-R-A-T-r-O-N-S-_. 
i' 


READ_MASK 
EQU 02H 
; REP 
STRT 
BLKl 
- 
a 
; RWN-BLKl- 
.••. 1 
iADOIt2 
- 
0 
; ADDR2 
SUB 
- 
a 
; BLoc:K2" 
.••. a 


iRWN BLK2 
.••. a 


i REP-STRT 
BLK2 
- 
a 
; TES!'_DEVYCE 
.••. a 


(NO) 
(READ) 
(NO) 
(--) 
(NO) 
(--) 
(--) 
(--) 
i'-------·------------- 
;* 
CODE 
SEGMENT 
i'--- 
~.------------ 


I2c 
DRIVER 
SEGMENT COOE 


RSE~ 
I2C_DRIVER 


*HPF:: 
:I2c: 
:I2c 
READ.ASM:I2C 
READ-------------* 
* 
- 
- 
* 
* FUNCTION 
NAME: 
I2c 
READ 
* 


* PACKAGE: 
I2C- 


* DESCRIPTION: 
* 
Read 
a 
block 
of 
data 
from 
a 
slave 
device 
(READ) 


: 
a 
dnqle 
byte 
from 
a 
slave 
device 
(READ_STATUS) 
or 
read* ,,, 
* PROTOCOL: 
* 
<S><SLV 
ADDR><R><A><oO><A><ol><A> 
.. <A><Dn-l><N><P> 


* 
or 
- 
* 
<S><SLV 
ADDR><R><A><STATUS><N><P> 
, 
- 


-0~ 
N 
i5' 
() 
•. 
g> 
a. 
3 
...• 
o' 
<' 


0:0 


CD 
a. 
c: 
...• 
U 
...• 
~ 
0 
C 
:;:; 
...•. 
S' 
§ 


CD 
00 
CIl 
:0 
- 
a 
0 
~ 
...• 
-0 
ro 
8- 
x 
c: 
() 
~ 
-.....J 
01 
...•.-- 
I\) 
3n' 
...•0 
(")0 
:::::l 
...•. 
...•0 


CD...• 
CIl 


$~:TLE(I2C 
Read 
Sub 
COtTmand)_o 
•__ • 


;* 
* 


; * 
SOURCE FILE 
I2c 
RSUB. ASH 
* 
; * 
PACKAGE 
I2C- 
;'$~~;-G---·--·-------·------------------* 


I2c 
ADDRl 
BUr-LENl 
BlJF-PTRl 
I2C:AODR2 


: 
OUTPUT: 
I2C_ERROR 
byte 


(slave 
address) 


(number 
of 
bytes 
in 
block 
) 
(ptr 
to 
block 
) 
(sub 
addren) 


(bit 
addressable) 


;._-----_._------------------_. 
;* 
INCLUDES 
;._---_.__._-_._--_._---------_. 
$NOLIST 
$INCLUOE (I2C 
DATA. GLO) 


$LIST 
- 


·EMP-------------------·------ 
I2C 
READ SUB: 
- 
- 
K5v 
I2C 
CTRL, 'READ 
SUB MASK 
AJMP 
I2C:HESS_HAND 
- 
- 


END 


;*-----_._._. 
0 
--------------* 
;* 
GLOBAL 
REFERENCES 
;*-ix-;~~:;;;;:-~-) 
----------------* 


;._---------------------- 
;* 
GLOBAL 
FUNCTION 
DEFINITIONS 
;._------_._----_._-------_. 


PUBLIC 
_I2C_REAO_SUB 


;._--------------------------- 
;* 
LOCAL 
SYMBOL 
DECLARATIONS 
;* 
0 
• __ 
---------------_. 


READ_SUB_MASK 
EQU orH 


; REP 
STRT 
BLKl 


:RWN-BLK1- 
;AODR2 
;AODR2 
SUB 
;BLOCK'2" 
;RWN BLK.2 
; REP-STRT 
BLK2 


; TEST_DEVICE 


(YES) 
(READ) 
(YES) 
(YES) 
(NO) 
(--) 
(--) 
(--) 
._------------_._._----_._------_. 


CODE 
SEGMENT 
;._-----------------------_. 


I2C 
DRIVER 
SEGMENT CODE 
RSE~ 
I2C_DRIVER 


*MPF:: 
:I2c: 
:I2c 
RSUB.ASH:I2C 
READ SUB----------·- 
* 
- 
-- 
* 
FUNCTION 
NAME: 
I2c 
READ 
SUB 
* 
PACKAGE: 
I2C-- 


* 
DESCRIPTION: 


* 
Read 
a 
block 
of 
data 
(a 
length 
n) 
preceded 
by 
a 
* 
sub 
addre 
•• 
from 
a 
slave 
device. 
· 
* 
PROTOCOL: 


* 
<S><SLV 
ADDR><W><A><SUB 
AODR><A><S><SLV 
ADDR><R><A> 


* 
- 
<Da'O"><A><Dal<A> 
.. <A><Dan-l><A><P> 
• 
· 
• 
INPUT: 
Henage 
control 
byte 
I2c 
CTRL 
(bit 
addressable) 


• 
He •• age 
control 
block 
12C_MCB, 
containing: 


"tl 
=r. 
f\) 
~ 
(') 
•. 
~ 
a. 
3 
.., 
g' 
<0 
:> 
CD 
a.c 
.., 
Sl 
.., 
~ 
0 
C 
i; 
- 
S° 
§ 


CD 
8 
en 
:> 
- 
g 
0 
~ 
.., 
"tl 
Q) 
8- 
X 
c 
(') 
It 
'-l 
0'1 
•...•.-- 
tv 
3 
0° 
.., 
0 
(")0:J- 
.., 
0 


CD.., 
en 


~;ITLt 
II2C_R 
•••.d 
Rep 
Write 
corrma.nd) 


;' 
;* 
SOURCE 
FILE 
12C 
RREW.ASM 
; * 
PACXAGE 
12C- 
;.;._----------------------- 
$DEBUG 


INPUT: 
Me•• aqe 
control 
byte 
12C 
CTn 
(bit 
addr 
••• 
abl.) 
Me.saq. 
control 
block 
12C 
MCB, 
containinq: 


I2C 
ADDRl 
(sl.ave 
i'ddre 
•• 
fir.t 
device) 
BUF-LENl 
(nUBber 
ot byte. 
in 
block 
.) 
BUF-PTRl 
(ptr 
to 
block 
a) 


12C-ADDR2 
(.lave 
addre 
••• 
econd 
deVice, 
BUF-LENl 
(number 
of 
byte. 
in 
block 
b) 


BUF:PTRl 
(ptr 
to 
block 
b) 


: 
OUTPUT: 
12C_EIUlOR 
byte 
(bit 
addre 
•• able) 
·EMP----------------------, 
;._---------------------- 
;* 
INCLUDES 
;._---------------------- 
$NOLIST 
$INCLUDE (I2C 
DATA. GLO) 
$LIST 
- 


12c 
READ REP 
WRITE: 


- 
- 
loIN 
- 
12c 
CTRL,'READ 
UP 
WRITE 
MASK 


AJHP 
12CflSS_HAND 
- 
- 
- 


END 
;._---------------------- 
;* 
GLOBAL 
REFERENCES 
;._----------------------, 
EXTRN CODE (I2C_MESS_HAND) 


;.._--------=-_._------ 
;* 
GLOBAL 
FUNCTION 
DEFINITIONS. 
;._---------------------_. 
PUBLIC 
_I2C_READ_REP_WRITE 
;._--------------------- 
;: 
L 0 
C A L 
S 
Y M B 0 
L 
D E C LA 
RAT 
ION 
S 


READ REP 
WRITE 
MASK 
EQU 56H 


- 
- 
- 
;REP 
STRT 
BLKl 
- 
0 
; RWN-BLKl- 
- 
1 


;ADDR2 
- 
1 


; ADDR2 
SUB 
- 
0 


;BLocx2' 
- 
1 


;RWN BLK.2 
- 
0 
; REP-STRT 
BLK.2 
- 
1 


; TEST_DEVICE 
- 
0 


(NO) 
(READ) 
(YES) 
(NO) 
(YES) 
(WRITE) 
(YES) 
(--) 


;._----------------------, 
;* 
CODE 
SEGMENT 
;._----------------------, 
I2c 
DRIVER 
SEGMENT COOE 


RSE~ 
I2C_DRIVER 


*MPr:::I2C::I2C 
RREW.ASM:I2c 
READ REP 
WRITE,------ 
* 
- 
- 
- 
- 
• 
FUNCTION 
NAME: 
I2c 
READ REP 
WRITE 
* 
PACXAGE: 
I2C- 
- 
- 
* 
DESCRIPTION: 


* 
Read 
a 
block 
of 
data 
(a 
lenqth 
n) 
from 
a 
slave 
device, 
* 
.ent 
re~eated 
.tart 
and 
..,rite 
a 
block 
(b 
lenqth 
m) 
to 


another 
slave 
device. 


* PROTOCOL: 
* 
<S><SLV 
ADDR1><R><A><DaO><A><Dal<A> 
•. <A><Dan-l><N> 


• 
<S><SLVADDR2><1f><A><DbO><A><Dbl<A> 
•. <A><Dbm-l><A><P> 
· 
- 


" 
;r. 


N 
~ 
() 
., 


g> 
a. 
3 
.., 
8' 
<' 
::> 


CD 
go 
.., 
~ 
.., 
~ 
0 
C 
:;:; 
- 
S' 
§ 


CD 
8 
(J) 
::> 


...•. 
~ 
0 
~ 
.., 
" 
(» 
8- 
X 
c: 
() 
It 
-....J 
(]l-"--- 
I\) 
3o' 
.., 
0 
(')0::J- 
.., 
0 


CD.., 
(J) 


$TITLE 
(I2C 
Read 
Rep 
Read 
command) 
;:-'-';'-~-~':'='------------------------* 


* 
SOURCE FILE 
I2C 
RRER.ASM 
; * 
PACKAGE 
I2C- 
;';._--,------ 
$DEBUG 


INPUT: 
Message 
control 
byte 
I2C_CTRL 
(bit 
addressable) 
Message 
control 
block 
I2C 
MCB, 
containing: 
12C 
ADDRl 
(slave 
address 
first 
device) 
BUF-LENl 
(number 
of 
bytes 
in 
block 
a) 
BUF-PTRl 
(ptr 
to 
block 
a) 
12C-ADDR2 
(slave 
address 
second 
device) 
BUF-LENl 
(number 
of 
bytes 
in 
block 
b) 
BUF:PTRl 
(ptr 
to 
block 
b) 


: 
OUTPUT: 
IlC_ERROR 
byte 
(bit 
addressable) 


'EMP 
----------- 
-------------_._-------------_. 
, 
INCLUDES 
;._-------------------------_. 
$NOLIST 
$INCLUDE (I2C 
DATA. GLO) 
$LIST 
- 


12C 
READ REP 
READ: 
- 
- 
MOV 
- 
12C 
CTRL, 'READ 
REP READ MASK 
AJMP 
12C:MESS_KAND 
- 
- 
- 


END 
;._-----------,-,---_. __._------_. 
;* 
GLOBAL 
REFERENCES 
;*-------------------------_. 
EXTRN CODE(I2C_MESS_HAND) 


GLOBAL 
FUNCTION 
DEFINITIONS 
;*------------------------------* 
PUBLIC 
_I2C_REAO_REP_READ 


;._---------------------_._----_. 
;* 
LOCAL 
SYMBOL 
DECLARATIONS 
;*-------------------------------* 
READ REP 
READ MASK 
EQU 016H 
- 
- 
- 
;REP 
STRT 
BLKl 
- 
0 
; RWN-BLKl- 
- 
1 
;ADo'R2 
- 
1 
;ADDR2 
SUB 
- 
0 
;BLOeJa 
- 
1 
;RWN BLK2 
- 
1 
; REP-STRT 
BLJ<2 
- 
1 
; TEST_DEVICE 
- 
0 


(NO) 
(READ) 
(YES) 
(NO) 
(YES) 
(READ) 
(YES) 
(--) 


;._---------------------------_. 
* 
CODE 
SEGMENT 
* 
;*-------------------------------_. 
12C 
DRIVER 
SEGMENT CODE 
RSEG 12C_DRlVER 


*MPF:: 
:I2c: 
:I2C 
RRER.ASM:I2c 
READ REP REAQ----------* 
- 
- 
- 
- 
* 
* FUNCTION NAME: 
I2C 
READ REP READ 
* PACKAGE: 
I2C- 
- 
- 
* DESCRIPTION: 
* 
Read 
a 
block 
of 
data 
(a 
length 
n) 
from 
a 
slave 
device, 
., 
sent 
r:peated 
start 
and 
read 
a 
block 
(b 
length 
m) 
from 
* 


another 
slave 
device. 


* PROTOCOL: 
* 
<S><SLV 
ADDRl><R><AXDaO><AXOal<A> 
.. <A><Dan-l><N> 
* 
<S><SLV:ADOR2><R><AXObO><AXObl 
<A> .. <A><Dbm-l><N><P> 


"U~ 
I\) 
-;;' 
0 
., 


f6l 
a. 
3 
..., 
0' 
<' 
0::l 
CD 
a. 
c 
..., 
Po 
..., 
0 
0 
;;: 


C 
;:: 
- 
§ 
5- 


CD 
00 
en 
::l~ 
- 


Q. 


0 
~ 
..., 
"U 
CO 
8- 
X 
c 
0 
0c;; 
-....J 


(J'l 
....•. 
....... 
I\) 
3o' 
..., 
0 
()0:J- 
..., 
0 


CD..., 
en 


12C slave routines 


$TITLE (I2C 
SLAVE) 
;._--;;...------------------, 
;' 
; * 
SOURCE FILE 
; * 
PACKAGE 
;'$~-EB-U-G------------------------' 


::--C-O-O-E--S-E-G-H-E-N-T------------ 
;' 
I2C 
DRIVER SEGMENT CODE 
RSE~ 
12C_DRlVER 


;._--------------------- 
:* 
INCLUDES 


$;OLIST 
$INCLUOE (I2C 
DATA.GLO) 
$INCLUDE (REG751. H) 
$LIST 


:*MPF:: 
:I2c: 
:I2c 
SLAV.ASM:I2c 
ADDR RECOC-------- 
:* 
- 
-- 


: * FUNCTION NAME: 
I2c 
ADDR RECOG 
PACKAGE NAME: 
I2C-- 
* DESCRIPTION: 


; * 
If 
an 
I2C 
interrupt 
occurs, 
and 
the 
STR bit 
i ••• 
t, 


: * 
I2c 
ADDR RECOG 
receives 
the 
incoming 
slave 
addre 
••. 
* 
If 
It'. 
own 
.lave 
address 
i. 
recoqnized, 
the 
slave 
* 
receiver 
or 
slave 
transmitter 
routine 
(depending 
on 


: * 
the 
R/WN bit) 
18 
called 
;._----------------------- 
;* 
GLOBAL 
REFERENCES 
;._----------------------_. 


EXTRN CODE(I2C 
TRX BYTE) 
EXTRN CODE(I2C-RCV-BYTE) 
EXTRN CODE(I 2C-RCV-ACDR) 
EXTRN CODE(ADDR_CoMPARE) 


• 
INPUT: 


~: 
OUTPUT: 
I2C_EAAOR byte 
;·EHP---------------------- 
ADDR RECOG: 


- 
HOV 
ACALL 
JBACALL 
EXIT 
SLV AD: 


- 
~LR 
HOV 
POP 
POP 
RET' 


I2CON,lc 
STRT 
12C 
RCV KoDR 
I2C-ERR-;-EXIT 
SLV AD 
ADDlt'_COMPARE- 
- 
;:--G-L-O-B-A-L--F-U-'N-C--T-'-O-N--O-E-F-'-N-'--T-'-O-N-S- 


PUBLIC 
I2c 
SLV TRX 
PUBLIC 
I2C-SLV-RCV 
PUBLIC ADDlt_RECOG 


I2c 
ERR 
I2CON, tI2c 
RELEASE 
PSW 
- 
ACC 
;._----------------- 
;* 
LOCAL 
SYMBOL 
DECLARATIONS 
;._---------------------- 
SLV BUF PTR W 
SET 
Rl 
BIT-CNT- 
- 
SET 
R3 


I2C:)u;LEASE 
EQU 
OF4H 


;*MPF:: 
:I2C: 
:I2C 
SLAV.ASM:I2C 
SLV TRX--------- 
;* 
- 
- 
- 
; * FUNCTION NAME: 
I2C 
SLV TRX 
; * PACKAGE NAME: 
I2C-- 


: * DESCRIPTION: 
After 
the 
SLV ADDR/W is 
received, 
the 
I2C 
SLV TRX 
transmits 
a byte 
from 
the 
slave 
buffer. 
Tlle 
pointer 
to 
this 
buffer 
i. 
loaded 
during 
the 
I2C 
INIT 
function. 
* 
If 
an 
acknowledge 
is 
received, 
the 
poin£er 
i. 
* 


incremented 
and 
the 
next 
byte 
i. 
tran.mitted. 
The 
* 
function 
is 
exit 
on 
reception 
of 
a 
NACK. 
: 


Normally 
the 
slave 
routine. 
are 
entered 
through 
an 
I2c* 
interrupt, 
but 
if 
the 
8x75l 
lo.es 
abitration 
during 
* 
the 
.lave 
addre 
•• 
and 
it 
recogni.es 
it's 
own 
.lave 
* 
addre.s/N, 
the 
I2C 
SLV TRX function 
i. 
entered 
at 
XXXX* 
- - 
. 


; *MPF::: 
I2C 
SLAVE_----------------- 


;* 
- 
: * FUNCTION NAME: 
I2C 
SLAVE ROUTINES 
; * DESCRIPTION: 
I2C-- 


: * DESCRIPTION: 
; * 
Thi. 
file 
contain. 
an 
example 
of 
how 
to 
make 
a 
slave 


: * 
transmitter 
and 
slave 
receiver 
function. 
The 
slave 
; * 
transmitter 
functions 
tranrnita 
byte 
from 
a 
buffer, 
; * 
while 
the 
slave 
receiver 
routine 
receives 
bytes 
into 
; * 
•. buffer. 
The 
buffer 
pointer 
is 
loaded 
during 
the 
; * 
I2C 
INIT 
routine. 


;* 
- 
;·EHP--------------------- 
;' 
:* 
PROTOCOL: <SXSLV 
ADDR><W><DO><AXD1><A> ... 
<A><Dn><N><P> 
* 
;* 
- 
* 


: * REGISTER 
USAGE : 
Regbte:: 
banJc 
1, 
i. 
used 
during 
the 
I2C 
* 


; * 
routines, 
it 
contains 
no 
static 
data, 
and 
i. 
free 
* 


; * 
for 
the 
u.er 
outside 
the 
I2C 
routines 
* 


:* 
* 


;* 
INPUT: 
* 


: * OUTPUT: 
I2C 
ERROR byte 
(bit 
addre 
•• able) 
* 


;* 
- 
* 
;*EMP'----------------------· 
I2C_SLV_TRX: 


;._---------------- 
:* 
INTERRUPT 
CODE 
SEGM 
IIC 
;' 


CSEG AT 
023H 


PUSH 
ACC 


PUSH 
PSN 
MOV 
psw,ts 


"Ug 
I\) 
-ti' 


C) 


CIl 


1C 
a. 
3 
..., 
0' 
e:' 
0:> 
CD 
a.c 
..., 
U 
..., 
~ 
0c: 
~ 
- 
5' 
Il 
0 
CD 
00 
U> 
:> 
'f 
- 


Q. 


0 
~ 
..., 


"U 
ex> 
8- 
X 
c 


C) 
~ 
-...,J 
(]'I~--- 
I\) 
30' 
..., 
000 
:::l- 
..., 
0 


CD..., 
U> 


;*MPF:::I2C::I2C 
SLAV.ASM:I2C 
SLY RCV'--------- 
;* 
- 
- 
- 
; * FUNCTION NAME: 
I2C 
SLY RCV 
; * PACKAGE NAME: 
I2C-- 
; * DESCRIPTION: 
; * 
After 
the 
SLY ADDR/R 18 
received, 
the 
I2c 
SLY RCV 
; * 
receive. 
a 
by£e 
into 
the 
slave 
buffer. 
The 
po'fnter 


; * 
to 
this 
buffer 
i8 
loaded 
during 
the 
I2c 
INIT 
function." 


; * 
After 
the 
byte 
i8 
received, 
an 
acknowl.age 
i8 
.end, 
.•. 


;... 
the 
pointer 
is 
incremented 
and 
the 
next 
byte 
i8 
.•. 


; * 
received. 
The 
function 
i8 
exit 
on 
if 
a 
.tart 
condition* 


; .•. 
i. 
detected 
* 
; * 
.•. 


; * 
Normally 
the 
.lave 
routine. 
are 
entered 
through 
an 
I2C* 


; * 
int.rrupt, 
but 
if 
the 
ex751 
10 ••• 
abitration 
during 
.•. 


; * 
the 
.1av. 
address 
and 
it 
recoqni 
••• 
it'. 
own 
.lave 


;. 
addr ••• 
/R, 
the 
I2C 
SLY RCV function 
i. 
entered 
at 
xx 
* 
;* 
- 
- 
• 


;. 
PROTOCOL: <S><SLV 
ADDR><R><DO><A><D1><A.>... 
<A><Dn><A><P> 
.•. 


;. 
- 
* 


;. 
REGISTER 
USAGE : 
Register 
bank 
1, 
18 
u.ed 
during 
the 
I2c 
* 


;. 
routine., 
it 
contain. 
no 
.tatic 
data, 
and 
i. 
fre ••.•. 


;• 
tor 
the 
u.er 
out.ide 
the 
I2c 
routine. 
I' 
;. 
INPUT: 
:: 
OUTPUT: 
I2C_ERROR 
byte 
(bit 
addreuable) 
;·EMP---------------------- 
I2c 
SLY 
RCV: 
- 
IIov 


"ll 
N 
~ 
-0' 
() 
'"ff? 
a. 
3 
~ 
8' 
<0 
::> 
CD 
0- 
c 
~ 
~ 
~ 
~ 
0c: 
~ 
:::.Po 
§ 
~ 
CD 
n0 
en 
::>er 
- 


0 
0 
~ 
~ 
"ll 
(Xl 
8- 
X 
c 
() 
~ 


"'-J 
(Jl 
....•.-- 
I\) 
3 
0° 
~000~- 
~0 


CD~en 


HOV 


HOV 
"CALL 
JB 
JB 
IHC 
AJMP 
EXIT 
SLY TRX: 
- 
!lET 


SLV_BUF_PTR_N, SLV_BUF_PTR 


A,8SLV 
BUF PTR W 
I2c 
TRX BY!'E 
- 
I2C-ERR-;-EXIT 
SLY TRX 
NO XCK, EXIT 
!'LV ~ 
SLV BUF PTR-W 
- 
S_T1Uc. 
- 
- 


"CALL 
JB 
HOV 
HOV 
JNB 
JNB 
IHC 
AJMP 
EXIT 
SLY RCV: 


- 
!lET 


I2c 
RCV BYTE 
I2C-ERR-;-EXIT 
SLY RCV 
@SLV BUF PTR-W,A- 
I2DA~. '0- 
- 


ATN,$ 
DROY,EXIT 
SLY RCV 
SLY 
BUF 
P'fR 
W- 
S_RCv 
- 
- 


12C MAC.DEF 
- 


\* 
~EFINE 
(I2C_INIT 
(Own_Slv_Addr, 
Slv_Buf_Addr, 
Retry») 


HOV OWN SLV ADDR, '\Own 
Sly 
Addr 
HOV SLVBUF-PTR, 
US1v-BuC"Addr 
MOV I2CMCB-;- 
URetry- 
ACALL 
T2C 
INIT 


1 
-- 


\* 
DEFINE 
(I2C 
WRITE (Slv 
Addr, 
Count, 
Source 
Ptr») 


( 
- 
- 
- 


MOV I2C 
MCB 
, uslv 
Addr 


MOV I2C-MCB+I,UCount 
MOV I2C-MCB+2,'\Source 
ptr 


ACALL 
T2C 
WRITE 
- 


1 
-- 


'* 
DEFINE 
(I2C 
WRITE 
SUB (Slv 
Addr, 
Count, 
Source 
Ptr, 
sub 
Addr) 


( 
- 
- 
- 
-- 
MOV I2c 
MeB 
, USlv 
Addr 
MOV I2C-MCB+I, 
"Count 


MOV I2C-MCB+2, 
USource 
Ptr 


MOV I2C-MCB+3, 
"Sub 
Addr 
ACALL 
T2C 
WRITE 
suli 
1 
- 
- 
- 


\* ~EFINE 
(I2C_ WRITE_SUB_SWINC (Slv_Addr, 
Count, 
source_Ptr, 
Sub_Addr» 


MOV I2C 
MCB 
, uslv 
Addr 


MOV I2C-HCB+I, 
Ucount 
HOV I2C~CB+2, 
"Source 
ptr 


~~2C;~~B~~:S~uBA~~NC 
1 
- 
- 
-- 


\* 
DEFINE 
(I2C 
WRITE MEMORY(Slv 
Addr, 
count, 
Source 
ptr, 
Sub 
Addr» 


( 
- 
- 
- 
-- 


MOV I2c 
MCB 
, "Slv 
Addr 
Mev 
I2C-MCB+l, 
"Count 


MOV I2CMCB+2, 
,\Source 
ptr 


MOV I2CMCB+3, 
,\Sub 
Adar 
ACALL 
T2C 
WRITE MEMORY 
l 
- 
- 
- 


~;C~E~~~ 
2)(f2C_WRITE_SUB_WRITE 
(Slv_Addr, 
Count_I, 
source_ptr_l, 
Sub_Addr, 
Count_2, 
So 
(- - 
MOV I2c 
MCB 
,USlv 
Addr 


MOV I2C-MCB+I, 
ucount 
1 
MOV I2C-MeB+2, 
"Source 
ptr 
1 


MOV I2CMCB+3, 
"Sub 
Adar 
- 
HOV I2C-HCB+4, 
"Count 
2 
Mev 
I2CMCB+S, 
"sourci' 
Ptr 
2 
ACALL 
I2C 
WRITE 
SUB wRITE- 


1 
- 
- 
-- 


\* DEFINE 
(I2C 
WRITE 
SUB READ(S!v 
Addr,Count 
l,source 
Ptr,sub 
Addr,Count 
2,Deat 
Ptr)) 
- 
- 
- 
- 
- 
- 
- 
-- 


( 
MOV I2C 
NeB 
,USlv 
Addr 
MOV I2C:MCB+I, 
UCount_l 


MOV I2C 
MCB+2, USource 
ptr 


MOV I2C-MCB+3, 
USub 
Addr 


MOV I2C-MCB+4, 
ucount 
2 
MOV I2C-MCB+5, 
UDut 
'P'tr 
ACALL 
T2C 
WRITE 
SUB-READ 
1 
- 
- 
-- 


\* 
DEFINE 
(I2C_WRITE_COM_WRITE 
(Slv_Addr, 
count_I, 
source_ptr_l, 
Count_2, 
Source_ptr_ 
21 l 
( 
MOV I2C 
MCB 
,USlv 
Addr 


MOV I2C-MCB+I, 
UCount 
I 
MOV I2C-MCB+2, 
Usource 
ptr 
I 


MOV I2C-MCB+3, 
UCount 
2" 
- 


MOV I2C-MCB+4, 
"Source 
ptr 
2 
ACALL 
12C 
WRITE COM dITE- 
1 
- 
- 
-- 


\* 
DEFINE 
(I2C 
WRITE_REP_WRITE 
(Slv_Addr, 
Count_I, 
souree_ptr_l, 
Sub_Addr, 
Count_2, 
So 


urce 
ptr 
2») 
- 
(- - 
MOV I2C 
MCB 
, USlv 
Addr 


MOV I2C-MCB+I,"Count 
I 


MOV I2C-MCB+2, 
'\Source 
ptr 
I 


MOV I2C-MCB+3, 
"Sub 
Adar 
- 


MOV I2C-MCB+4, 
"Count 
2 


:~i2C;~~B~~:S~~c~~~~_2 
l 
- 
- 
-- 


\* 
DEFINE 
(I 2C_WRITE_REP_READ 
(Slv_Addr, 
count_I, 
Source_ptr, 
Sub_Addr, 
Count_2, 
Deat 


Ptr) ) 


( 
MOV I2C 
MCB 
,USlv 
Addr 


MOV I2C-MCB+I, 
UCount 
I 
MOV I2C-MCB+2, f \Source 
ptr 
MOV I1C-MCB+3, 
USub 
Adar 


MOV I2C-MCB+4, 
"Count 
2 


MOV I2C-MCB+5, 
UDeat 
'P'tr 
ACALL 
I'2C 
WRITE 
REP-READ 
l 
- 
- 
-- 


\* 
DEFINE 
(I2C 
READ(SIv 
Addr, 
Count, 
Oe.t 
Ptr» 
( 
- 
- 
- 


MOV I2c 
MCB 
,USlv 
Addr 


MOV I2C-MCB+l,UCount 
MOV I2C-MCB+l, 
nDe.t 
ptr 
ACAI.L 
12C 
READ 
- 
l 
-- 
'* 
DEFINE 
(I2C 
READ STATUS (Slv 
Addr, 
Deat 
Ptr» 


( 
- 
- 
- 
- 


MOV I2C 
MCB 
,USlv 
Addr 
MOV I1C-MCB+l, 
UOeat 
ptr 


ACALL 
I'2C 
READ STATUs 
l 
- 
- 
- 


\* 
~EFINE 
(I2C_READ_SUB 
(Slv _Addr, 
Count, 
oe.t_Ptr, 
Sub_Addr) 


MOV Ilc 
MCB 
, Us1 
v Addr 
MOV I2C-MCB+l, 
UCount 
MOV I2C-MCB+2, 
UOest 
ptr 
MOV I2C-MCB+3, 
"Sub 
Xddr 
ACALL 
12C 
READ sua- 
l 
- 
- 
- 


"U~ 
I\) 
;;' 
() 
'"W 
a. 
3 
...• 
8' 
<" 
::> 
CD 
Co 
C 
...• 
II 
...• 
0 
0 
iil 


C 
:;; 
- 
S" 
§ 


CD 
8 
en 
::> 
- 
g 
0 
~ 
...• 


"U 
OJ 
8. 
X 
c 
() 
~ 


---J 
(J1 
....•. 
....... 
I\) 
3 
0" 
...•000:J- 
...•0 


CD...• 
en 


,. 
DEFINE 
(I2C 
READ REP READ (Slv 
Addr,Count 
I,O •• t 
ptr 
1,Sub 
Addr,Count 
2,Oeat 
P 
tr 
2») 
- 
- 
- 
- 
- 
- 
- 
- 
-- 
-( 
MOV I2c 
MCB 
, "Slv 
Addr 
w:JV 
I2C-MCB+l, 
"Count 
I 


MOV I2C-MCB+2, 
"Out 
'ftr 
I 
MOV I2C-MCB+3, 
"Sub 
Addr- 
MOV I2C-MCB+4, 
"Count 
2 
MOV I2C-MCB+S, 
"out 
'ftr 
2 
ACALL 
T2C 
READ REP JiF.AD- 
) 
- - 
- - 


"tI 
E:; 
I\:) 
-<;' 
() 
., 


W 
a. 
3 
...• 
8' 
<. 
::> 
CD 
a. 
c: 
...• 
U 
...• 
0 
0 
;; 
C 
~ 
:::-. 
§ 
::J 
CD 
(J) 
::> 


...•. 
g 
0 
~ 
...• 
"tI 
ex> 
8- 
X 
c: 
() 
0 
fh 
"'-.l 
(J'l 
....•.-- 
l'V 
3o· 
...•0n 
0 
::J- 
...•0 


CD...• 
(J) 


,. 
DEFINE 
(I2C 
READ REP 
WRITE(Slv 
Addr,count 
I,Dest_Ptr,Sub_Addr,Count_2,source_ 
Ptr» 
- 
- 
- 
- 
- 


I 
HOV I2C 
MCB 
, "slv 
Addr 


MOV I2C-MCB+I, 
ttcount 
I 
HOV I2C-MCB+2, 
"O 
•• t lftr 
MOV I2C-MCB+3, 
"Sub 
Xddr 
MOV I2C-MCB+4, 
"Count 
2 


MOV I2C-MCB+S, 
"Source 
ptr 
ACALL 
I2C 
READ REP 
WRITE 


) 
- - 
- - 


12C PLM.H 


/0 
'0/ 


1* 
*/ 
1* 
INCLUDE 
FILE: 
I2C 
PLM.H 
*/ 
/* 
PACXAGE: 
I2C- 
* / 
/* 
*/ 
/0 
------------------ 
'0/ 


/0 
------------------ 
.0/ 
/* 
G 
LOB 
It. L 
rUN 
C 
T 
ION 
PRO 
TOT 
Y PES 
* / 
/0 
------------------ 
.0/ 


I2c 
INIT: 
PROCEDURE(OWn Sly 
Addr,Slv 
Buf 
Addr,Retry) 
BIT 
EXTERNAL; 


END-~~~~4i"n_slv-Addi',Slv-Buf-Addi',R.fry) 
BYTE MAIN; 


12c 
TEST 
DEVICE: 
PROCEDURE(Slv 
Addr) 
BIT 
EXTERNAL; 


-DECLARE 
(Slv 
Addr) 
BYTE 
MAIN; 
END I2C_TEST_Oev1ce; 


I2c 
WRITE: 
PROCEDURE(Slv 
Addr, 
Count, 
Source 
Ptr) 
BIT 
EXTERNAL; 
-DECLARE (Slv 
Addr, 
Count, 
Source 
Ptr) 
BYT!" MAIN; 


END 
J2C_WlUTE; 
- 
- 


12C WRITE 
SUB: 
PROCEDURE(Slv 
Addr. 
Count, 
Source 
Ptr, 
sub 
Addr) 
BIT 
EXTERNAL; 


-OEC!.Ah(Slv Addr, Count, Source 
Ptr, sub AddrT BYTE r«IN; 


END I2C_NRITE_stJB; 
-- 


I2c 
WRITE SUB SHINe: 
PROCEDURE(Slv 
Addr,Count, 
Source 
ptr, 
Sub 
Addr) 
BIT 
EXTERNAL; 


-OECLAl{£ (Srv 
Addr, 
Count, 
Source 
lS"tr, Sub 
Addr) 
BYTEIQIN; 
- 
END 
I2C_W1U'l'E_SUB_SM'INC; 
- 
- 


I2C 
WRITE MEMORY: PROCEOURE(S!v 
Addr, 
Count, 
Source 
ptr, 
Sub 
Addr) 
BIT 
EXTERNAL; 


-OECLAk(B!v 
Addr,count,Source 
Ptr,Sub 
Addr) 
BYTE MAIN; 
END I2C_WRITE_Ml!M:JRY; 
-- 


I2c 
WRITE SUB WRITE: 
PROCEDURE(Slv 
Addr, 
Count 
l, Source 
ptr 
l, Sub 
Addr, 
Count 
2, So 


urci 
ptr 
2) 
BIT 
EXTERNAL; 
- 
- 
- 
- 
- 
- 
DECLARE(Slv_Addr, 
Count_l, 
Source_ptr_l, 
Sub_Addr, 
Count_2, 
Source_ptr_2) 
BYTE JoQ 
IN; 
END I2C_WR.ITE_SUB_WRITE; 


;:Ci~I~~~: 
PROCEDURE(Slv_Addr, 
count_I, 
source_ptr, 
Suh_Addr, 
Count, 
oeat_pt 


OECLARE(Slv 
Addr, 
Count 
l, Source 
ptr, 
sub 
Addr, 
Count, 
Deat 
Ptr) 
BYTE JoQIN; 
END I2C_WR.ITE_SU'B_READ; 
- 
- 
- 
- 


I2C 
WRITE COM WRITE: 
PROCEDt1RE(Slv 
Addr,count 
I,Source 
ptr 
l,count 
2,source 
Ptr 


2) 
ill' 
EXTtRNXL; 
- 
- 
- 
- 
- 
-- 


OECLARE(S!v 
Addr,Count 
I,Source 
ptr 
l,count 
2,source 
ptr 
2) 
BYTE MAIN; 
END I2C_WR.ITE_Cr*LWRITE; 
- 
- 
- 
- 
-- 


I2c 
WRITE REP WRITE: 
PROCEOURE(Slv 
Addr,count 
l,Source 
ptr 
l,Sub 
Addr,count 
2,so 


urce 
ptr 
2") 
BIT 
EXTERNAL; 
- 
- 
- 
- 
- 
- 
DECLARE (Slv_Addr, 
Count_l, 
source_ptr_l, 
Sub_Addr, 
Count_2, 
Source_ptr_2) 
BYTE MP.. 


IN; 
END I2C_WR.I'l'E_REP_WRITE; 


;~~r":i~EEx~~: 
PROCEDURE(Slv_Addr, 
Count_l, 
source_Ptr, 
Sub_Addr, 
Count_2, 
Deat_ 


CECLARE(Slv 
Addr,Count 
l,Source 
Ptr,Sub 
Addr,count 
2,Ceat 
Ptr) 
BYTE MAIN; 
END I2C_WRITE_Rl'P_READ; 
- 
- 
- 
-- 


I2C 
READ: 
PROCEDURE(Slv 
Addr,Count,De.t 
Ptr) 
BIT 
EXTERNAL; 
-OECLARE(Slv 
Addr,count,Oe.t 
ptrl 
BYTE MP..IN; 
END I2C _READ; 
- 
- 


I2C 
READ STATUS: 
PROCEoURE(Slv 
Addr,D.at 
Ptr) 
BIT 
EXTERNAL; 
-DECLARE (Slv 
Addr, 
Out 
Ptr) 
-BYTE 
MAIN; 


END I2C_READ_STXTUS; 
- 


I2C 
READ SUB: 
PROCEDURE(Slv 
Addr,count,oeat 
Ptr,Sub 
Addr) 
BIT 
EXfERNAL; 
-DECLXRE (Slv 
Addr, 
Count, 
15eat 
ptr, 
Sub 
AddX) 
BYTE RAIN; 
END I2C_READ_Stii; 
-- 


I2c 
READ REP READ: 
PROCEDURE(Slv 
Addr, 
Count 
l,oeat 
ptr 
l,Sub 
Addr,Count 
2,Deat 
P 
tr 
2") 
BI!' 
EX'lfERNAL; 
- 
- 
- 
- 
- 
-- 


- 
DECLARE(S!v 
Addr,Count 
l,Deat 
Ptr 
l,Sub 
Addr, 
Count 
2,Ceat 
ptr 
2) 
BYTE MAIN; 


END I2C_READ_REP_READ; 
- 
- 
- 
- 
- 
-- 


I2c 
READ REP WRITE: 
PROCEDURE(Slv 
Addr,Count 
l,Deat 
ptr 
l,Sub 
Addr,Count 
2,Sourc 


e 
p'fr) 
BIT 
EXTERNAL; 
- 
- 
- 
- 
- 
- 


- 
DECLARE(Slv 
Addr,COUllt 
l,Deat 
ptr 
l,Sub 
Addr,Count 
2,Source 
Ptr) 
BYTE MAIN; 


END I2C_READ_REP_WRITE; 
- 
- 
- 
- 
- 
- 


-c~ 
N 
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., 
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..., 
~r 
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12C C.H 


/ *========================================================================= 
* / 


/* 
*/ 


/* 
INCLUDEFILE: 
I2C C.H 
*/ 


/* 
PACKAGE: 
I2C- 
*/ 


/* 
*/ 


/ *========================================================================== 
*/ 


/ *========================================================================== 
*/ 
/* 
G LOB 
A L 
FUN 
C T ION 
PRO 
TOT 
Y PES 
*/ 


/ *========================================================================= 
* / 


bit 
I2C INIT(char 
Own Sly Addr,char 
*Sly Buf Ptr,char 
Retry); 


bit 
I2C-TEST Deyice (char 
Sly 
Addr); 
-- 


bit 
I2C-WRITE(char Sly Addr,char 
Count,char 
*Source 
Ptr); 
bit 
I2C-WRITE SUB(char-SlY 
Addr,char 
Count,char 
*Source 
Ptr,char 
Sub Addr); 
bit 
I2C-WRITE-SUBSWINC(chir 
Sly Addr, char 
Count, char 
*Source 
Ptr, char 
Sub Addr) ; 
bit 
I2C-WRITE-MEMORY 
(char 
Sly Addr, char 
Count, char 
*Source 
Ptr, char 
Sub Addr) ; 
bit 
I2C-WRITE-SUBWRITE(char Sly 
Addr,char 
Count l,char 
*Source 
ptr 
1,char 
Sub Addr,char 
Count 2 
,char 
*Source -Ptr -2) ; 
- 
- 
- 
- 
- 
bit 
I2C WRITE-SUB-READ(charSly Addr,char 
Count 1,char 
*Source 
Ptr,char 
Sub Addr,char 
Count,char 
*Dest Ptr); 
- 
- 
- 
- 
- 
- 


bit 
12<: WRITECOMWRITE(char 
SIY_Addr,char 
Count_1,char 
*Source_ptr_1,char 
Count_2,char 
*Source_ 
Ptr 
2);- 
-- 
bit-I2C 
WRITEREP WRITE(char Sly_Addr,char 
Count_1,char 
*Source_Ptr_1,char 
Sub_Addr,char 
Count_2 
,char 
*Source-Ptr-2); 
bit 
I2C WRITE-REP-READ(charSly Addr,char 
Count 1,char 
*Source_Ptr,char 
Sub_Addr,char 
Count_2,ch 
ar 
*Dest Ptr) -; 
- 
- 
- 


bit 
I2C READ(char Sly Addr,char 
Count,char 
*Dest Ptr); 
bit 
I2C-READSTATUS(char Sly Addr,char 
*Dest ptil; 
bit 
I2C-READ-SUB(char Sly Addr,char 
Count,char 
*Dest Ptr,char 
Sub Addr); 
bit 
I2C-READ-REPREAD(char 
Sly Addr, char 
Count 
1, char 
*Dest Ptr 
1-;-char 
Sub Addr, char 
Count 2, cha 
r 
*Dest -Ptr 
2); 
- 
- 
- 
- 
- 
- 


bit 
I2C-READREP WRITE(char 
Sly_Addr,char 
Count_1,char 
*Dest_Ptr_1,char 
Sub_Addr,char 
Count_2,ch 
ar 
·Source _pEr) ;- 


DEMO 
ASM.ASM 


$CASE 
$TIrLE 
(A•• embly 
example 
program) 
,._-----"--'--'---'-------------, 
;' 


; II 
SOURCE 
FILE 
: 
DEMO ASM.ASM 


; II 
PACKAGE: 
I2c 
- 
;' 


; II 
Hour. 
and 
minutea 
will 
be 
displayed 
on 
LCD display 


; 
II 
Dot 
between 
hour. 
and 
minutes 
will 
blink 
;'~~-E.-U-G----------------------' 


$NOLIST 


APPL 
MAIN: 
- 
NJV 
SP, 'STACX 
DATA-l 
M:)V 
DPTR,'LCD 
'fAB 
;Pointer 
to 
segment 
table 
NJV 
LCD BUFFEJ",.OO 
;Ctrl 
word 
for 
LCD driver 
U2C 
INTT (22h, 
TIME 
BUFFER, 
0) 
; Init 
I2C 
interface 
CLR X 
- 
; Prepare 
buffer 
Jr«)V 
TIME 
BUFFER, A 
; for 
clock 
int. 
M:lV TIMEBUFFER+ 
1, A 
U2C_WRIh(CLOC~ADR,2,TIME_BUFFER) 
; Initial1ae 
clock 


REPEAT: 
U2C 
READ SUB(CLOCK 
ADR,4,TIME 
BUFFER,CL 
SUB ADR) 
- 
- 
- 
;R •••.d 
time 
- 
- 


;._----------------------, 
;" 
INCLUDES 


$;NCLUDE 
(I2C 
DATA. GLO) 
$INCLUDE (I2C-MAC 
.DEF) 


$LIST 
- 


; II 
11 


;" 
Time 
h ••.• been 
read. 
Order: 
II 
;" 
hundreda 
of 
see's, 
aec's, 
min's 
oilnd hr'. 
II 
; '" ---------------------------------- 
------------------------'" 


M:lV A, TIME 
BUFFER+3 
; M.ask 
of 
hour 
counter 
ANL A,.3Fh- 
Jr«)V 
TIME_BUFFER+3,A 


,._----------------------, 
;'" 
GLOBAL 
FUNCTION 
DEFINITIONS 
,._-------------------_._- 


EXTRN 
CODE ( 
I2C 
INIT) 
EXTRN 
CODE (-I2C 
WRITE) 
EXTRH 
CODE CI2C:READ 
_SUB) 


;'" ------------------------ 
------------------ 
----------------'" 


; '" 
Check 
if 
dot 
has 
to 
be 
.witched 
on 
. 
; '" ---------- ---------- --------------------------------------'" 
ORL 
LCD_BUFFER+3,.01h 
,._---------------------_. 
;'" 
LOCAL 
DATA 
DEFINITIONS 
; '" ------------- ------ ------ ---------- -----------------------"" 


; 
III 
If 
lsb 
of 
seconda 
i. 
' 0', 
then 
switch 
on 
dp 
; 
III 
111 


M:lV A, TIME 
BUFFE.R+1 
;Get 
seconds 


RRC 
A 
- 


JC 
PROCEED 


ORL LCD_BUFFER+1,'01 
;Switch 
on 
dp 


; Segment 
for 
variilble. 
; Segment 
for 
variables 
; Segment 
for 
application 
program 
,._---------------------- 


;111 
LOCAL 
SYMBOL 
DEFINITIONS 


"CLOCK 
ADR 


CL sui' ADR 
LcIl_AD)( 


; 
111 
111 


~II 
Di.play 
new 
time 


; 
III 
111 


PROCEED: 
U2C 
WRITE (LCD ADR, 5, LCD BUFFER) 
SJMP 
J"EPEAT 
- 
- 
; Read 
new 
time 
;._---------------------- 


;111 
DATA 
SEGMENT 
,._-----,,--_._----------- 
RSEG 
RAMVAR 
TIME 
BUFFER: 
OS 
4 


LCD_J'UFFER: 
OS 
5 


RSEG 
STACK 
STACX_OATA: 
OS 
10 


; 
111 
111 


; 
III 
CONVERT convert. 
BCD 
data 
of 
time 
to 
.egment 
data 
; '" 
----II 


CONVERT:KJV 
RO"LeD 
BUFFER+l 
;RO 
i. 
pointer 


NJV 
A, TIME 
BUFFER+3 
; Get 
hours 
SWAP A 
- 
; Sw••.p 
nibble. 


ACALL 
LCD DATA 
; Convrt 
10'. 
of 
hour. 
Jr«)V 
A, TIM!' 
BUFFE.R+3 


ACALL 
LCD liATA 
; Convert 
hour. 


MJV A, TIME 
BUFFE.R+2 
; Get 
minute. 
SWAP A 
- 
ACALL 
LCD DATA 
;Convrt 
10'. 
of 
minut 
KN 
A, TIM!' 
BUFFER+2 
ACALL 
LCD liATA 
; Convert 
minute. 
RET 
- 
,._--------_._------------ 


;111 
CODE 
SEGMENT 
,._---------------------- 
CSEG 
AT 
00 
AJMp 
APPL_MAIN 


RSEG USER 


."g 
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;•--- --- -------- ---------- --------- ------ --- ------- ---- --- --* 
LCD 
TAB: 
- 
DB 
OTCH, 60H, 
ODAH 
DB 
OT2H, 
66H, 
OB6H 
DB 
3EH, 
OEOH, OTEH 
DB OE6H 


'0',' 1',' 2' 
, 3' , '4',' 
5' 
, 6',' 7',' 8' 
, 9' 
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LCD 
DATA: 
- 
ANt 
A, 'OTH 
MOVC A, @A+DPTR 
MOV IRO,A 
INC 
RO 
RET 


; Mask 
off 
LS-nibble 
;Get segment data 
; Save segment data 


DEMO PLM.PLM 


$OPTIMIZE (4) 
$OEBUG 


$COOE 
/ .._---------------------_./ 
/* 
*/ 
/* 
SOURCE FILE: 
DEMO PLM.PLM 
*/ 
/* 
PACKAGE: 
I2c 
- 
*/ 
/* 
*/ 
/* 
Houu 
and 
minute. 
will 
be 
diaplayed 
on 
LCD di.play 
*/ 
/* 
Dot 
between 
hour. 
and 
minute. 
will 
bUnk 
*/ 
~:,--------------------_:~ 


Tab 
Point-.LCO 
Tab+(Time 
AND OFH); 
/* 
MIN'. 
*/ 


SeqiMnt-Tah 
vaIue; 


T1me_P01nt-:-Ume_Buffer 
(1); 
/* 
Check 
.ec'. 
for 
blinkinq 
*/ 


LCD Point-.LCD 
Buffer+l; 
If 
TTime 
AND OIH) >0 
then 
Seqment- 
(Segment 
OR OlH); 
Call 
I2C 
WRITE (LCD Adr, 
5, . LCD Buffer); 
- 
- 
-/* 
Dhplay 
time 
*/ 
End; 


End 
Cloele; 


~:moJIm: 
00; 
* / 


/* 
I 
N C L 
U 0 
E 
S 
*/ 
/.,-.-;---;..:,..:._--------------_./ 
$NOLIST 
$INCLUDE(I2C 
PLM. H) 
$LI5T 
- 
/.,----------------------_./ 
/* 
M A 
I 
H 
*/ 
/* 
*/ 


Declare 
LCD TAB1*) 
Byte 
Con.tant 
(OFCh, 60H, COAH, 
- 
OF2H, 66H, OB6H, 3EH, OEOH,OFEH, OE6H); 


Declare 
Time 
Buffer 
(4) 
Byte 
Main; 
Declare 
LCD '!uffer 
(5) 
Byte 
Kain; 
Declare 
Tab-Point 
Word 
Main; 
Declare 
ILCt5"Point, 
Time 
Point) 
Byte 
Main; 
Declare 
seqmi"nt 
Ba.ed 
L~D Point 
Byte 
Main; 


Declare 
Time 
Bued 
Time 
Point 
Byte 
Main; 


Declare 
Tab_Value 
Ba.eaTaD_Point 
Byte 
Con.tant; 


Declare 
Clock 
Adr 
Literally' 
OA2h'; 


Declare 
LCD_AClr Literally' 
74h'; 
Declare 
Cl_Sub_Adr 
Literally 
'Olh'; 


call 
I2C 
INIT(22h, 
. Time 
Buffer, 
0); 


LCD Buffir(O)-O; 
/* 
LCD-control 
word 
*/ 


TirDi 
Buffer 
(0)-0; 


Time-Buffer 
(1)-0; 
Call-I2C 
WllITE(Clock 
Adr,2, 
. Time 
Buffer); 
- 
- 
/* 
Tnit1alhe 
clock 
*/ 


Do While 
LCD BufferIO)-o; 
/* 
Proqram 
loop 
*/ 
Call 
12C ~ 
5UB(Clock 
Adr,4, 
. Time 
Buffer, 


- 
- 
cl 
sui) 
Adr); 
jT 
Get 
time 
* / 


LCD_Point-.LCD_Bufferll); 
/* 
Init 
pointeu 
*/ 


;~~~~~:~i.~~m;a:(~f:~~:')(~ime,4); 
/* 
10-HR'. 
*/ 


SeqiiWnt-T&b 
varu.; 
LCD Point-LCD 
Point+l; 
TabPoint-. 
LCI5 Tab (0) + (Time 
AND OFH); 
/* 
HR'. 
*/ 


Seqm.nt-T&b 
vaI ue; 


Tim" 
Point-!"1me 
Point-I; 


LCD "oint-LCD 
P'Cint+l; 


Tab-Point-.LCO 
Tab+SHR(Time,4); 
/* 
lO-MIN'. 
*/ 


Seqm.nt-ITab 
Value 
OR OlH); 
/* 
dp 
*/ 


LCD_Point-Ld5' 
_Point+l; 


"tl~ 
I\) 
'0' 
() 
'"~ 
a. 
3 
..., 
8 
<" 
::> 


CD 
g. 
..., 
!l 
..., 
~ 
0c 
lO: 
- 
5" 
§ 


CD 
00 
(J) 
::> 
- 
[ 
0 
~ 
..., 


"tl 
()) 
8- 
X 
c: 
() 
0 
fir 
" 
01 
~ 
••...•.. 
I\) 
3 
0" 
..., 
0n 
0 
::J-a 


CD 
en 


DEMO C.C 


/,-----------------------,,/ 
1* 
*/ 
I" 
SOURCE 
FILE 
DEMO C.C 
"I 
/* 
PACKAGE 
12C_15EMO 
*1 
/* 
"I 
/,----------------------,/ 


"(LCD 
Ptr++) 
-"tab 
Ptr; 
Tab pEr 
- 
(LCD T~(* 
(Time 
ptr--) 
" 
OxOF»); 
/* 
HR' .*/ 
"(L~D 
Ptr++) 
_Ttab 
Ptr; 
- 
Tab 
PEr 
- 
(LCD Tab+(*TilTl8 
Ptr 
» 
4) l; 
1* 
lD-MIN' 
a*/ 
.(L~D 
Ptr++) 
·-("Tab 
Ptr 
T DxOl); 
I" 
dp*/ 
Tab 
pEr 
- 
(LCD 
Tab+ 
(-Time 
Ptr 
, 
OxOF»; 
I" 
MIN' 8*/ 
"LCDPtr -"Tab-Ptr; 
- 
Time-Ptr - 'Tim. Buffer[lJ; 
I" 
Check •• e'. 
blinking"/ 
LCD 'ftr - 
'LCD 
Buffer[l]; 
if ,("Time 
Ptr-" 
QxOll>O) 
"LCD 
P£r 
- 
(lilteD 
Ptr 
I 
OxOl); 
I2C_WRITE(LCD_Adr. 
5, 'LCD_Buffer); 
/- 
Display 
time·/ 


/*MPP:: :xxxxxx------------------,/ 
1* 
*/ 
/* 
PACKAGE 
NAME: 
12C_DEHO 
"I 
/* 
DESCIlIPtION: 
*/ 
/* 
Thi. demoprogram read. 
the time from a pcraS83 clock"; 
/" 
IC, and dbplaya 
it to an LCDdisplay 
(both available"; 
I" 
at the I2c demoboard. 
"/ 
/* 
"I 
/* 
Houra and minute. 
vill 
b. 
displayed. 
on LCDdisplay 
*1 
1* 
Dot bet.een 
hour. 
and minute • ..,ill 
blink 
*1 
1* 
*/ 
/'EMP'---------------------,/ 
/,-----------------------,/ 
1* 
I N C L U DES 
*1 
1* 
*1 


'include 
"I2C_C.HIt 


/,-----------------------,/ 
1* 
L 0 C A L 
S Y M B 0 L 
D E C L A RAT 
ION 
S 
*1 
1* 
*1 
'define 
Clock Adr 
0xA2 


'define 
LCDAar 
Ox?4 


'defin. 
Cl_Sub_Adr 
Ox01 


~:-""':"L~O:-:C~A:-:L--D-A-T--A--D-E-F-I-N-I-T-I-O-N-S----:' 
~ 


1* 
*1 


rom 
char 
LCDTab [J -{OxFC,Ox60,OxDA,OxF2,Ox66, 


- 
OxB6,Ox3E,OxEO,OxFE,OxE6); 
/,-----------------------,,/ 
1* 
M A 
I 
N 
*1 
/,-----------------------,,/ 
void main () 
{ 
rom 
char 
ch.ta char 
data 
char 
data 
char 
data 
char 


*Tab Ptr; 
Time-Buffer (" J ; 
*Timi"Ptr; 
LCDBuffer[S]; 
*LC15_ptr; 


I2C INIT(Ox22,'Time Buffer, 0); 
LCO....•uff.r[OI-O; 
I*-LCD 
control 
word*1 


TiM Buff.reOI-O; 
T1me....•uff.r 
(1}-0; 
I2C_WRIn IClock_Adr, 2, 'Time_Buffer); 
1* Init 
clock*1 


I2c JU:ADSUB(Clock Adr,4,'Time 
Buffer,C1 
Sub Adr); 
- 
- 
- 
- 
7* Get 
time*1 
LCDPtr 
- 'LCD Buffer [1J; 
1* Init 
pointers* 
1 
Tirni' Ptr 
- 
,Tim. 
Buffer[3]; 
Tab_"tr 
- 
(LCO_T'ib+(*Time_Ptr» 
4); 
l*lO-}{R'.*1 
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S 


erial data buses are a well· 
proven 
tool in embedded 
systems. When you are com- 
municating 
with 
slow per- 
ipheral devices, serial buses 
are often often morc convenient and less 
expensive than 
parallel 
buses. Addi- 
tionally, a serial interface 
featuring 
a 
UART 
or similar intermediary 
chip 
can also serve to isolate the CPU from 
noise and line glitches that might bring 
down the house if they were to occur on 
the processor bus. Peripherals can usu- 
ally be controlled over a much greater 
distance by a serial bus. The serial ap- 
proach 
offers greater 
resilience 
and 
noise immunity. 
The price you pay for the conve- 
nience isa slower transmission rate and, 
possibly, the need for added interface 
circuitry at higher voltages. Many per- 
ipheral devices, however, are not in con- 
stant communication with the CPU and 
are not greatly affected by a slower bus. 
On the hardware side, any added inter· 
face circuitry 
required 
for serial-bus 
support is frequently compensated 
for 
by the resulting simplicity and tighter 
pinout of the serial peripherals. 


CHOOSING 
THE PROPER ROUTt 
H 


avingdecided that a serial bus 
makes sense for your applica- 
tion, your next task is to select 
the most appropriate 
bus and protocol. 


Here, as with rapid transit, your choice 
should be determined 
by your destina- 
tion. Contrary towhat some people may 
tell you, the choice of bus and protocol 
depends at least as much on the nature 
of the system's software as it does on the 
manufacturer's 
data sheets. 
Consider, for example, the serial-pe- 


ripheral interface (SPI) and multidrop 


The choice of bus 


and protocol 


depends at least as 


much on the 


system's software 


as it does on the 


manufacturer's 


data sheets. 


serial buses. Both buses are popular, but 
each exhibits severly constrained 
per- 
formance in large networks. SPI, asem· 
bodied in the Motorola 
6800 family, 
was designed primarily for one-on-one 
exchanges between two devices, Simi- 
larly, the multidrop 
approach 
used in 
various 8051 family members as well as 
in the 68HCII 
and 
various 
UART 
chips finds its broadest 
expression in 
RS485j422 
half-duplex transmissions, 
Multidrop has no deterministic arbitra- 
tion scheme between multiple masters, 
leaving it mainly suitable 
for single- 
master multiple-slave 
situations. 
(For 
more on multidrop, 
see Jack 
Woehr's 


article, 
"Multidrop 
Processing:' 
Em- 
bedded Systems Programming, 
March 
1990, pp 58-67-ed,) 
A different ap- 


proach is to use a three-wire 
protocol 
called MicroWire, 
available from Na· 
tional Semiconductor 
in Santa 
Clara, 


Calif., which is fine for use with addres- 
sable peripherals, but requires an indi- 
vidual chip select for each device ad- 


dressed. The added wiring offers no 
advantage to developers. and the bus of- 
fers nothing towards achieving multi- 
ple-mastering capabilities. 
One of the more versatile options 
available to developers is the FC bus 
promulgated 
by Philips/Signetics 
in 
Sunnyvale, Calif. FC allows you to set 


up a multiple-master, 
multiple-slave 
communications bus with connict arbi- 
tration, using only twisted-pair wiring 
to connect the processors and peripher- 
als. Philips/Signetics 
has moved to sup- 
port this protocol (which is quite popu- 
lar in Europe) with a large assortment 
of interesting doodads, and is actively 
- 
Figure 1 
Generation 
of acknowledge. 


SCL\J\JVVVVVVVV 
= = ="'="=",=r- 


~ 


SDAI 
(mas~~r)'---., 


- 
Open-collector 


configuration 


means that the 


output stage can 


only pUll the node 


to ground. 


encouraging 
other 
manufacturers 
to 


join in the fun. If your next design fea- 
tures a microprocessor 
that supports 
FC or you are prepared to implement 
FC in software using a PIA as this arti- 
cle illustrates, your reward could be a 
decreased chip count and lower power 
consumption-along 
with a comfort- 


able distributed-programming 
model 
for peripheral devices. 
PC is more flexible than the proto- 


cols noted above, since only two wires 
are required to service a large network 
of addressable masters and addressable 
slaves. A third wire may be added if in- 
terrupt service is required, though Phi- 
lips/Signetics 
microprocessors featur- 
ing PC support 
feature 
on-chip cir- 


cuitry and are capable of interrupting 
the processor upon receipt of a valid 
address. 


HOW 1'& WORKS 
T 


he FC bus consists of two lines: 
serial clock (SCL) 
and serial 


data (SDA). The beauty of the 


FC bus is that each of these lines is bi- 
directional. 
Bidirectional 
means that 
everything on the bus is equal, unlike 
most other serial-peripheral busses such 
asSPI or MicroWire, which have dedi- 
cated 
inputs and outputs. 
Each 
PC 


transaction line (SCL and SDA) is an 
open collector of output and input. The 


pullup 
resistor 
is external. 


Open-collector 
(actually, 
they 
are 


CMOS, 
so "open drain" 
is more appro- 


priate) 
configuration 
means 
that 
the 
output 
stage 
can only pull the node to 


ground. 
A passive resistor 
pulls the node 


high, which 
means 
that 
any number 
of 


open collector 
outputs 
can be connected 
together 
with no deliterious 
results, 
be- 


cause 
it is impossible 
to pull more cur- 


rent 
through 
the resistor 
than 
anyone 
output 
will produce. 
Tying 
outputs 
to- 


gether 
will produce 
disastrous 
results 
if 
the same 
procedure 
is tried 
with 
stan- 
dard 
TTL 
outputs. 
If some of the out- 


puts go high and some are low, the cur- 
rent 
is unlimited 
and 
the logic level of 
the output 
will be in an indeterminate 
state. 
Tying 
open-collector 
outputs 
to- 
gether 
is also known as "wire 
ORing" be- 


cause 
if either 
A or B goes low, so does 
the single-output 
line. 


The 
FC 
bus speed 
is specified 
at a 
maximum 
SCL 
rate 
of 100kHz 
SCL, 
which, 
admittedly, 
is not blazingly 
fast. 


The speed limit stems 
from the meager 


ability 
of a pullup 
resistor 
to source cur- 


rent 
to a long distributed 
line of peri- 


pherals. 
The 
lO-microsecond 
period 
al- 
lows 
plenty 
of 
time 
to 
charge 
the 
parasitic 
capacitance 
of the wires. (The 
maximum 
specified 
wire capacitance 
is 


400 pF.) 


PUTTING 
IT TOGETHER 


A 


lthough 
FC 
supports 
multi- 
ple-master 
operation, 
here we 
use single-master, 
single-slave 


transactions 
to keep 
the example 
code 
simple. 
The master, 
as you might 
imag- 
ine, is defined 
as the unit 
that 
initiates 


the 
data 
transfer 
and 
generates 
the 


SCL 
signal. 
(In a multi master 
system, 


each 
master 
would 
be responsible 
for 
generating 
its own SCL 
signal.) 
In our 
example, 
based strongly 
on the design of 
one of our company's 
single-board 
com- 


puters, 
the 
processor 
doesn't 
directly 


support 
Fe. 
Instead, 
we've implement- 


ed the FC bus using a couple 
of the pins 
on an 8255 peripheralljO 
chip. Conse- 
quently, 
the bulk of the example 
appli- 


cation 
code is simple 
setup 
and 
house- 
keeping 
routines. 
(Steven R. Wheeler's 
example application listing was a bit 
too long to run in this issue. Ill/erested 
readers may download it from 
the li- 


brary /2 of CLMFORUM 
on Compu- 


Serve or from the Embedded 
Systems 


Programming 
bulletin board service at 


(415) 905- 2689-ed.) 


By definition, 
a slave can be any pro- 


cessor or peripheral 
that responds 
to the 


master. 
Slaves all have unique, 
7-bit ad- 
dresses 
that are based on the device type 
and 
the wiring 
of address 
pins 
on the 
chip. 
All 
PC 
peripherals 
have 
the 
top 
nibble 
of an address 
built 
in. For 
the 


PCF85741jO-port 
expanders 
we're us- 
- 
Figure 2 
Start and stop conditions. 


ing as examples, the address is 01llOxxx. 
The xxx indicates the address selected 
by the state of the three address pins on 
the peripheral. 


PC serial transactions 
are always 
eight bits of data from the transmitter 
followed by a ninth ACK bit from the re- 
ceiver. The first step in any PC data 
transfer is to send the address of the 
slave on the SDA line. This act might 
seem confusing, since we seem to be 
mixing 7-bit addresses with 8-bit data. 
In practice, it's quite easy to work with: 
addresses are always seven bits long, 
and the eighth bit is used to determine 
whether the operation is a read or a 
write. For example, upon transmitting 


01OllOOO1 to the PCF8574, the slave, as- 
suming 
it exists on the bus and is 
strapped 
to address 
000, 
will respond 


with a low on the SDA line after the 
master has finished with its last (eighth) 
data bit. The master leaves the line 
high. If it doesn't find a slave with ad- 
dress 
1סס OO, the data line will remain 


high and a failed communication 
at- 
tempt can be detected. 


If a slave is connected, it begins put- 


ting data on the SDA line as soon as it 
has detected that the eighth bit is set 
(which is a read request). TheSDA line 
is driven to the data levelwhen the SCL 
line is low. Data is read when SCL is 
high, so SDA must not change when 
SCL is high. This protocol leads to a 


simple definition of the start of an PC 
transaction-SDA 
goes from high to 
low when the clock is high. 


The end of a transaction is equally 
simple to detect: SDA goes from low to 
high when SCL 
is high. This cycle 


leaves SDA and SCL in the high state, 
which is necessary if any other open- 
collector PC peripheral wants access to 
the bus. Figure 2 illustrates the start 
and 
stop conditions 
of an 
PC 
bus 
transaction. 


ADDmONAL 
DESIGN KOUnS 
A 


s 
you've seen, the PC protocol 
is easy to work with and rela- 
tively simple to implement, 


even if you're not using a processor that 
directly implements 
it. If you're not 


planning to use Philips/Signetics 
mi- 
croprocessors with onboard PC support 
(such as the 68070 or various members 
of the 8051 family), you can still use the 
wide variety 
of available 
peripheral 


chips. 


The number of integrated 
circuits 


using the PC serial bus is increasing all 
the 
time. 
Application-oriented 
inte- 
grated circuits that support FC include 
a voice sythesizer, a transcoder for IR 
remote control, several digital tuning 
circuits for computer-controlled 
televi- 
sion, several audio processors, PLL fre- 
quency synthesizers, tone generators, 
and frequency synthesizers. General- 


purpose integrated circuits using PC in- 
clude LCD drivers, digital-ta-analog 
converters, SRAMs, EEPROMs, and a 
RAM clock/calender. 
PC is very popular in Europe, where 


Philips has been aggressively marketing 
this flexible method of extending pe- 
ripheral support to control projects, and 
it is currently catching fire on this side 
of the Atlantic. It seems reasonable to 
expect that, given the burden of printed- 
wire requirements 
for embedded sys- 


tems based on increasingly wider chip 
buses, more and more designers seeking 
economy of means will be attracted to 
the economy of PC.- 
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T 


he 
Inter-Integrated 
Circuit Bus 
("I2C Bus" for short) 
is a two- 


wire, 
synchronous, 
serial 
inter- 
face 
designed 
primarily 
for 


communication between intel- 


ligent IC devices. The rZc bus offers sev- 
eral advantages 
over "traditional" 
seri- 


al interfaces 
such 
as Microwire 
and 


RS-232. Among 
the advanced 
features 
of 12C are multimaster 
operation, 
auto- 


matic baud-rate 
adjustment, 
and "plug- 
and-play" 
network 
extensions. 


Mention 
the 12C bus 
to a group 
of 


American engineers 
and you'll likely get 


hit with an abundance 
of blank stares. 


I say American 
engineers 
because 
un- 


til recently 
the 12C bus was primarily 
a 
European 
phenomenon. 
Within the last 


year, 
however, 
interest 
in 12C in the 
United 
States 
has risen 
dramatically. 
Embedded 
systems 
designers 
are real- 


izing the cost, space, 
and 
power 
sav- 
ings afforded 
by robust 
serial interchip 
protocols. 


The 
idea of serial 
interconnect 
be- 
tween integrated circuits is not new. 
Many semiconductor 
vendors 
offer de- 
vices designed 
to "talk" via serial links 
with other processors. 
Current examples 


include 
Microwire 
(National 
Semicon- 
ductor), 
SPI (Motorola), 
and 
most 
re- 
cently Echelon's Neuron chips. In all cas- 
es, the goal is the same: to reduce 
the 
wiring and pincount 
necessary for a par- 


allel data bus. It simply does not make 


Mitch is a senior strategic development 
engineer for Intel and can be contact- 
ed at 5000 W Chandler Blvd., Chan- 
dler, AZ 85226 or at mkahn@sedona. 
intel.com. 


economic 
sense 
to route 
a full-speed 
parallel bus to a slow peripheral. 


Unfortunately 
for most 
serial-bus- 
capable 
devices, 
the choice 
of a bus 
protocol 
will dictate 
the CPU architec- 


ture. 
For example, 
only 
two 
CPU ar- 
chitectures 
implement 
an on-chip 
12C 


port. If your choice of architecture 
pre- 
cludes 
use of these 
architectures, 
then 


your only option 
is to implement 
the 


protocol 
in software. 
The software 
implementation 
of the 


12C protocol 
discussed 
in this article 
came 
about 
as a result 
of an implicit 
challenge 
during 
a staff meeting. 
One 
of our managers 
proposed 
that we hire 
a consultant 
to write a software 12C driv- 
er for the 
Intel socls6EB 
embedded 
processor. 
Being somewhat 
new to the 


group, 
I took exception 
(although 
not 
verballyO to his suggestion. 
A weekend 
of intense 
hacking 
later, I presented 
the 


first prototype 
of the driver. My reward' 


I got to write a generic 
version 
of the 


driver for general 
distribution. 


Design Trade-offs 
Three distinct tasks are involved 
in im- 


plementing 
the 12C protocol: 
watching 


the bus, waiting 
for a specific 
amount 
of time, and driving 
the bus. This be- 
came 
apparent 
when 
I flowcharted 
1 


byte 
of a typical 
bus 
transaction; 
see 


Figure 
1. The time 
delays 
associated 


with creating the bus waveforms 
would 


normally 
have 
been 
relegated 
to the 


socl86EB's 
on-chip 
timers. I could not, 


however, 
assume 
that the end users of 


my code would be able to spare a timer 
for the software 12C port. [ had to forego 
the elegance 
(and 
to some 
extent 
ac- 
curacy) 
of the on-chip 
timers 
for the 
sledgehammer 
approach 
of software 


timing loops. 
Luckily, the 12C protocol 
is extremely 
forgiving 
with 
regard 
to 


timing accuracy. The decision 
to use as- 
sembly instead of a high-level 
language 
stemmed 
directly from the need to con- 


trol program-execution 
time. I had nei- 


ther the time nor the inclination to hand- 
tune high-level 
code. 


Having made the decision 
to use as- 


sembly language, 
I faced my next prob- 


lem: Could 
[ make 
the code 
portable? 


Intel offers a plethora 
of CPU and em- 


bedded-controller 
architectures. 
Would 


it be possible 
to make the code some- 
what 
portable 
between 
disparate 
as- 
sembly 
languages' 
I found 
my answer 


in the use of macros. 


All the basic building 
blocks 
of the 


I'C protocol (watching, waiting, and do- 
ing) can be compartmentalized 
into dis- 


tinct macros. The algorithms 
that make 
up the I'C driver are wriuen with these 
macros 
as the 
framework. 
You don't 


need to understand 
the intricacies of the 


I'C protocol 
to port these 
routines- 
you just need 
to know 
how 
to make 
your CPU watch, 
wait, and do. 
For example, 
a 4.7_uS delay is a com- 


mon event during a transfer. The macro 
%WaiC 4_7_IIS implements 
just such a 


delay by using the 8086 LOOP instruc- 
tion with a couple 
of NOPs for tuning; 


see Example 
l(a). Total execution 
time 


is readily calculated from instruction tim- 
ing tables. The same macro is poned 
to 


the i960 architecture 
in Example 
l(b). 


Although 
I am 
a neophyte 
when 
it 


Figure 1: Flowchart 
<:if process for 
(1'UlfsmissiuN 
uf u single bit. 


comes 
to i960 programming, 
I had no 
problems 
poning 
the core macros. 


Hardware 
Dependencies 


A few words about the target hardware 
are in order 
before 
I discuss 
the code. 


Any implementation 
of the I'C protocol 
requires 
two open-drain 
(or open-col- 


lector), 
bidirectional 
port pins 
for the 
Serial Clock (SCL) and Serial Data (SDA) 
lines. The code 
in this article was de- 
signed for the 8OC186EBembedded 
pro- 


cessor, which has two open-drain 
ports 
on-chip. 
The two pins, P2.6 (SCL) and 
P2.7 (SDA), are 
part of a larger 
8-bit 
pon. Processors without open-dmin 
VO 


ports can easily implement 
I'C with the 
addition 
of an external 
open-collector 


latch. 


Two special-function 
registers, P2PIN 


and P2LTCH, are used to read and write 
the state of the pon pins. l1,e 8OC186EB 
allows 
the special-function 
registers 
to 
be located 
anywhere 
in either 
memo- 


ry or I/O space. 
For this implementa- 


tion, 
I chose 
to leave 
the registers 
in 
I/O space, even though 
this limited my 
choice 
of instructions. 
The 80186 
ar- 
chitecture 
does 
not provide 
for read- 


modify-write 
instructions 
in VO space 
(an AND to I/O, 
for example); 
it can 


only load and store (IN and oun. So 
why did I limit myself' Again, I had to 
assume 
the 
lowest 
common 
denomi- 


nator 
for 
our 
customers 
when 
design- 


ing my code. 


Building the Framework 
Early on in development, 
I decided 
to 


partition 
my 
code 
macros 
according 
to 


physical 
processes 
involved 
in the I'C 


protocol. 
Code not directly 
involved 
in 


mimicking the actions of a hardware 
I'C 


port 
was 
not written 
as macros. 
For ex- 
ample, the code necessary 
to access the 


stack 
frame 
is not 
written 
as a macro, 


whereas 
the code needed 
to toggle the 
clock 
line is. This was done 
to isolate 


architecture-dependent 
code sequences 


from the more 
generic 
I'C functions. 


Macros were also not used for "gray ar- 
eas" such as the shifting of serial data, 
which 
is both 
architecture 
dependent 


and 
physical 
in nature. 
The I'C func- 


tions that passed 
the litmus test fell in- 


to the 
three 
aforementioned 
categories 


of watching, 
waiting, 
and doing. 
. The "waiting" macros provide a f1xed- 
minimum 
time delay. 
They are imple- 


mented 
using a simple 
LOOP S delay. 


The LOOP instruction 
decrements 
the 
CX register, then branches 
to the target 
(in this case itself) if the result is non- 
zero. The delay 
is (n-1»15+5 
clocks, 
where 
n is the staning 
value in the CX 


register. All the delays 
were calculated 


assuming 
a 16-MHz 
clock 
rate 
(62.5 


nanoseconds 
per clock). l1,e code still 


works at lower CPU speeds because 
the 


I'C protocol 
only 
specifies 
minimum 
timings. 
In fact, the delay 
macros 
are 


only "accurate 
enough," 
providing 
tim- 


ings as close as I could get to the spec- 
ified 
minimum 
without 
undue 
tuning. 


The 
"watching" 
macros 
are 
"spin-oo- 


bit" polling loops. These pieces of code 
wait 
for a transition 
on the appropriate 


I'C line to occur before allowing execu- 
tion to continue. 
There are two polling 


macros 
for each of the two I'C signal 


lines; one for high-to-Iow transitions and 
one 
for low-to-high 
transitions. 
The 


%*DEFINE(Wait_4_7_uSl ( 


mov 
CX, 
5 
loop 
nap 
nap 


4 clocks 
4*15+5 
= 65 clocks 
3 clocks 
3 clocks 
total 
= 75 clocks 
75 * 62. 5ns 
= 4. 69uS 
(close 
enough 


# instruction 
may be issued 
in 
parallel 


# so assume 
no clocks. 
# compare 
and decrement 
counter 
in 
r4 


# if 
! =0 branch 
back 
(predict 
taken 


If branch) 
4 
fl The cmpdeco 
and bne. t 
together 
take 


l:f- 
clocks 
in 
parallel 
minirnwn. 


# 
It Ox17 (25 decimal) 
* 3 = 75 cJ.ocks 


# at 
16MHz this 
is 
4. 69uS 


Example 1: (a) 80C186 
implementatiolJ 
of 4. 7_uS wait macro: 
(h) 80960CA 


implemeNtatiuN 
u/4. 7_uS wait macro. 


polling of the SCL line that gives rise to 
an important 
feature 
of j2C: automatic, 


bit-by-bit baud-rate 
adjustment. 
Any de- 
vice on the j2C bus may hold the clock 
line low 
in order 
to stall the bus for 
more time (a serial wait state). The oth- 
er devices 
on the bus are then forced 
to poll the SCL line until the slow de- 
vice releases 
control 
of the clock. 


The 
%GecSDA_Bit 
macro 
also falls 
under 
the category 
of "watching." 
Its 
function 
is simply to return 
the state of 


the SDA line without 
waiting for a tran- 
sition. 
%GeCSDA_Bit 
is used primarily 
to pull the serial data off the bus when 
the clock is valid. 


The "doing" macros control 
the state 
of the clock and data lines. As with the 
polling 
macros, 
there are four types- 
one 
for each 
transition 
of the SCL or 


SDA lines. 
The 
"doing" 
macros 
are 


named to reflect the physical operations 
they 
perform. 
For example, 
%Drive_ 
SCCLow 
always drives the SCL line to 
a low state. %Re/ease_SCL_Higb, 
on the 
other hand, 
relinquishes 
control 
of the 
SCL line, which may then be pulled high 
or driven low by another 
device on the 
bus. A read-modiFy-write 
operation 
is 
used for the bit manipulation 
so that the 


other 
6 bits of Port 2 are not affected 
by the j2C operations. 


Getting on the Bus 
Three 
procedures 
were 
created 
using 


the macro 
framework. 
I'll describe 
on- 


ly d,e master transmit (Listing One, page 


Figure 
2: F/ou'Cbartfor 
/2C transmit 
procedure. 


106) and master receive functions 
(List- 


ing Two, page 
108), as they represent 
the needs 
of most l2C users. The slave 


procedure 
is long and intricate and will 
not be described 
here. 


An j2C master transmission 
proceeds 


as follows, 


1. The master 
polls the bus to see if it 
is in use. 


2. The master 
generates 
a start condi- 


tion on the bus. 
3. The master broadcasts 
the slave ad- 


dress 
and 
expects 
an acknowledge 
(ACK) from the addressed 
slave. 


4. The master transmits 0 or more bytes 
of data, expecting 
an ACK follOWing 


each byte. 


5. The master 
generates 
a stop 
condi- 


tion and releases 
the bus. 


The stack frame for the master trans- 


mit procedure, 
12CXA.A86, includes 
a 


far pointer 
to the message 
for transmis- 
sion, 
the byte count 
for the message, 


and the slave address. 
Far pointers 
and 
far procedure 
calls are used 
in all the 


procedures. 
No attempt 
was made to 
conform 
to a specific 
high-level 
lan- 
guage calling convention, 
ald10ugh such 
a conversion 
would 
be trivial. The pro- 


cedures 
save only the state of the mod- 


ified segment 
registers. 


The master transmit procedure per- 


forms error checking 
on the passed 
pa- 
rameters 
before attempting 
to send the 


message. The maximum 
message length 


is set at 64 Kbytes by the segmentation 
of the 80186 
memory 
space. 
This re- 
striction 
could 
be removed 
by includ- 


ing code to handle segment 
boundaries. 


The transmit procedure 
also checks the 


direction 
bit in the slave address 
to en- 
sure that a reception 
was not erro- 


neously 
indicated. 
Errors are reported 
back to the calling procedure 
through 


the AX register. 
(The exact 
code 
is in 
Listing One.) 


The first step in sending 
a message 
is 
getting 
on 
the 
12C bus. 
The 
macro 


%Cbeck_For_BLls_Free 
simply polls the 


bus to determine if any transactions are 
in progress. 
If so, the transmit 
proce- 


dure 
aborts 
with the appropriate 
error 


code. If the bus is free, a start condition 
is generated. 
The start condition 
is de- 


fined as a high-to-low 
transition of SDA 


with 
SCL high 
followed 
by a 4.7_uS 
pause. 11,ese wavefonns 
are easily gen- 
erated 
with the 
%Drive 
SDA 
Low and 


% IVail 
4 
7 uS macros. - 
- 
All c;;~-;:;nication 
on the 12Cbus be- 


tween the stop and start conditions, 
in- 


cluding addressing 
and data, takes place 


as an 8-bit data value 
followed 
by an 
acknowledge 
bit. This lead to the nat- 


ural nested 
loop stnlCl1lle for the body 
of the procedure; 
see Figure 2. 


The 
inner 
loop 
is responsible 
for 


transmitting 
the 8 bits of each data byte. 


Each transmitted 
bit generates 
the ap- 


propriate 
data (SDA) and clock 
(SCL) 


waveforms 
while checking 
for both se- 


rial wait states and potential 
bus colli- 


sions. A bus collision occurs when two 
masters 
attempt 
to gain control 
of the 


Three distinct tasks 
are involved in 
implementing the 


/2C protocol: 


watching the bus, 


waiting for a specific 
amount of time, and 
driving the bus 


bus simultaneously. 
The 
12C protocol 


handles 
collisions 
with the simple 
rule, 
"He who transmits the first 0 on the SDA 
line wins the bus." To ensure that we 
(the master transmit procedure) 
own the 


bus, the SDA line is checked 
whenev- 


er transmining a 1. If a 0 is present, d,en 
a collision 
has occurred 
(because 
an- 


other 
master 
is pulling 
the line low), 


and the transfer 
must be aborted. 


Control 
is turned over to the outer 


loop after the 8 bits of data (or address) 
have been 
transmitted. 
The outer 
loop 
immediately checks for an acknowleclge 
from the addressed 
slave. 11,e transfer 


is aboned 
if an acknowledge 
is not re- 


ceived. 
At the end of the ACK bit the 


message length counter 
is decremented. 


Control 
is returned 
to the inner loop if 
more data remains,othef\.visea stop con- 
dition is genemted and the master tmns- 
mit procedure terminates. 


Registersare used for intermediate re- 


sult storage throughout 
the body of the 


procedure. 
For example, 
the AI I reg- 


ister is used 
to hold the current 
value 


(either 
address 
or data) 
being 
shifted 
onto the SDA line. This eliminates 
the 


need 
for local data storage 
within 
the 


procedure. 


On the Receiving End 
The steps involved in an 12:Cmaster re- 
ceive transaction are almost identical to 
those in transmis.sion: 


1. The master 
polls the bus to see if it 


is in use. 
2. The master generates a start condi- 


tion on the bus. 
3. TI,e master broadcasts the slave ad- 


dress and expects an ACK from the 
addressed slave. 
4. The 
master 
receives 
0 or more 
bytes 


of data and sendsan ACK to the slave 
after each byte. The master signals 
the last byte by not sending an ACK. 
5. The master generates a stop condi- 
tion and releases the bus. 


A far pointer to the receive buffer is 


passed on the stack to the master re- 
ceive 
procedure. 
The 
remainder 
of the 


parameters-slave 
address and mes- 
sage count-are 
identical between the 


two procedures. The received message 
length is fixed at 64 Kbytes. again be- 
cause of segmentation. The error-check- 
ing, bus-availability sensing, and start- 
condition generation sections of the 
receive procedure are lifted verbatim 
from the transmit code. 
The structure of the receive proce- 


dure differs slightly once the start con- 


dition has been generated; see Figure 
3. The slave address is transmitted us- 
ing one 
iteration 
of the 
transmit 
proce- 
dure's outer loop. Control is passed to 
the receive loop once the slave acknow- 
ledges its address. 


TIle 
receive 
loop structure 
is patterned 


after that of the transmit procedure. The 
inner loop controls the clocking of the 
SCLline and the shifting of the serial da- 
ta off the SDA line into the CPU. Eight 
itemtionsof the inner loop are performed 
to receive each byte. The outer loop 
stores the received byte in the buffer, 
decrements the byte count, then sends 
an ACK to the slave. The last data byte 
is signalled by not sending an ACK. 


Using the Procedures 
Listing Three (page 110) shows a short 
progrdm that usesboth the master trans- 
mit and 
master 
receive 
procedures. 
The 


call to procedure 12C_XMITdisplays the 
word 
"bUS-" 
on 
a four-character, 
sev- 
en-segment display controlled 
by the 


SAA1064 j'C compatible display driver. 
The 
time 
of 
day 
is read from 
the 


PCF8583 real-time clock by the call to 
procedure 12C_RECV. 


Please note that interrupts 
must be 


disabled during the execution of both 
procedures. 
An 
interruption 
at an in- 


opponune 
lime (when the master 
is not 


in control of the clock) could cause the 
bus to hang. If you need to service in- 
terrupts periodically, then enable them 
only when the clock is driven low. 
These procedures have been tested 
on a wide array of I'C devices ranging 
from serial EEPROMsto voice synthe- 
sizers. No compatibility 
problems have 


been seen to date. 


Enhancing 
the Code 


I've kicked around many ideas for en- 
hancing the I'C procedures. You could, 


All the basic 


building blocks of 
the /2Cprotocol 


(watching, waiting, 
and doing) can be 
compartmentalized 
into distinct macros 


for example, replace the timing loops 
widl timed interrupts. That way, the CPU 
could perform useful work during the 
pauses. Along the same lines, the paus- 
es could 
be scheduled 
using a real- 
time 
kernel, 
again 
improving 
CPU 


throughput. 
Finally, you could add a 


high-level language calling structure. 


The use of timed interntpts adds an 
order of magnitude to the complexity 
of the code, but would be worth it for 
high-performance, 
real-time systems. 


Conclusion 
j'C is not the only game in town when 
in comes to serial protocols. Hopefully, 
some of the techniques presented here 
will carry over into the development of 
other "simulated" serial protocols, such 
as those targeted at the home-automa- 
tion market. Who knows, maybe some- 
day a snippet of my code may find its 
way into a truly intelligent dishwasher. 
I'll be waiting .. 
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DESCRIPTION 
The need often arises to make use of a serial 
port in connection with a microcontroller that 
does not have a hardware UART on-<:hip. 
Aside from the obvious cases where the 
microcontroller application intrinsically 
requires RS-232 communications 
to achieve 
its purpose, a serial output may often be a 
simple and convenient method of providing 
detailed diagnostic information to the outside 
wol1d while using only a single I/O port pin. In 
many cases, the solution may be to 
implement the UART function in software. 
The routines included here demonstrate a 
method to add such a function to a 
microcontroller without the benefit of a 
hardware UART. 


Examples of microcontrollers 
that do not 
have on-<:hip UARTs are the 83C751 and 
83C752. While it is possible to connect an 
external UART chip to these microcontrollers, 
it tends to use up many I/O port pins and 
begins to become less economical than 
simply using a standard 8OC51. The are 
several factors to be considered in deciding if 
the software UART method will be usable in a 
particular application. The first is whether the 
serial communication 
channel is to be 
simplex (transmit only or receive only), 
half-duplex (transmit and receive, but not 
simultaneously), or full-duplex (simultaneous 
transmit and receive). Both simplex and 
half-duplex operation are fail1y easy to 
implement in software on an 8OC51-type 
microcontroller, and will be covered by this 
application note. Full-duplex operation is 
more difficult to implement in software and 
can use up a large portion of the 
microcontroller's 
time and resources. 


A second consideration to be taken into 
account is the amount of system resources 
that will be "'used up" by the serial 
communication software. First of all, such 
software routines will almost always require 
the use of at least one counterltimer 
to 
generate the time slices for the serial bit cells. 
Next, the physical connection to the outside 
wol1d will require one I/O port pin each for the 
serial input and the serial output. Moreover, 
the port pin used for serial input should be an 
external interrupt input pin. This allows the 
software to be interrupted automatically at the 
beginning of an incoming start bit and 
synchronizes the timer accurately to the 


serial data stream. Additional port pins may 
be used to implement signals such as 
Request to send (RTS), Clear to send 
(CTS), etc. 


Finally, serial communication software will 
take up a certain amount of CPU time, more 
than would be required to operate a hardware 
UART. The overhead of software 
implemented serial communication mayor 
may not be an issue, depending on the 
application, the throughput of the serial 
channel(s), the baud rate, other tasks the 
CPU is handling and how time-<:ritical they 
are, etc. 


The program listing that is included here is a 
demonstration of half-duplex serial routines 
on the 83C751 or 83C752 microcontrollers. 
The operation of the software would be the 
same on other 8OC51 derivatives, except that 
the counter/timer operation is slightly 
different. The program, as listed, will send a 
canned message to the serial output (port pin 
Pl.0 in this case), then wait for data on the 
serial input (port pin Pl.5/1NTO). When a 
character has been received on the serial 
input, it will be echoed through the serial 
output. Since the software is inherently 
half-duplex, the rate at which characters are 
received must be less than half the rate that 
would be possible on a full-duplex channel. 
This example has been set up to receive and 
transmit at 9600 baud when run with a t6 
MHz crystal. 


The operation of the routines is fail1y 
straightforward. Beginning with a start bit 
occurring on the serial input line, an interrupt 
(external interrupt 0) will occur. At the 
interrupt service routine IntO,the 
counter/timer is loaded with a value that will 
result in a time delay that is approximately 
eqUivalent to half a bit cell time for the baud 
rate being used, less some constant to 
account for the elapsed time between a timer 
interrupt and the point where the serial input 
is actually sampled. The timer reload register 
is loaded with a value that will result in a time 
delay that is as close as can be calculated to 
one full bit cell time. The program then star1s 
the timer and simply returns to the main 
program, waiting for the timer to time out, 
generating another interrupt. 


At that point, the serial start bit should be 
about halfway through its nominal duration. 


When the first timer interrupt occurs, the 
timer interrupt routine TImrO calls the receive 
bit routine RxBit which checks to make sure 
that the start bit is still valid and flags an error 
if it is not. The RxBit routine will then return 
control to the main program routine, waiting 
for the next timer interrupt. 


On the second timer interrupt, the RxBit 
routine reads the serial input line and shifts 
the value into the serial holding register 
RxDat. This process is repeated until 8 bits 
have been read in on consecutive timer 
interrupts. Finally, on the tenth timer interrupt, 
the receive routine looks for a valid stop bit 
and flags an error n one is not detected. At 
this point, the RcvRdy flag is set to inform the 
main program that a character is waiting in 
the holding register. 


The transmit routine works in a somewhat 
similar fashion, beginning with a call to the 
byte transmit routine XmtByte, which first 
checks to make sure that a byte receive 
operation is not already in progress. The 
RSXmt routine will then set up the timer and 
timer reload registers to correspond to one bit 
cell time, star1the timer, and assert a start bit. 


At each subsequent timer interrupt, the 
routine TxBit shifts out the next bit from the 
transmit holding register XmtDat, until all 8 
bits have been transmitted. Once all of the 
data has been sent, the stop bit is asserted 
on the next timer interrupt. A final timer 
interrupt is required to insure that the stop bit 
lasts at least one full bit cell time. At this 
point, transmit flag TxFlag is cleared in order 
to inform the main program that the 
transmission is completed. 


A few other useful routines are embedded in 
the sample program: PrByte, which converts 
a byte of data to hexadecimal form and 
transmits it; HexAsc, which converts one 
nibble of raw data to hexadecimal form; and 
Mess, which transmits an absolute string of 
data (usually a text message) which is 
terminated by a 0 byte. 


This demonstration of software driven serial 
port routines uses 5 bytes of microcontroller 
RAM, two port bits (including one external 
interrupt input), one counterltimer, and about 
256 bytes of code space, excluding the 
message string at the end of the listing. 
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0010 
0011 
0012 
0013 


0020 
0000 
0001 
0002 
0003 


0000 
0000 
0124 


0003 
0003 
019F 


OOOB 
OOOB 
0175 


0013 
0013 
32 


001B 
001B 
32 


0023 
0023 
32 


$Title(Half-Duplex 
Serial 
Communication 
Routines) 


$Date (11/14/89) 
$MOD751 


BaudVal 
EQU 
-139 
; Timer 
value 
for 9600 
baud 
@ 
16 MHz. 


; (one bit 
cell 
time) 


StrtVal 
EQU 
-39 
;Timer 
value 
to 
start 
receive. 


; (half of one 
bit 
cell 
time, 
minus 
the 
;time 
it 
takes 
the 
code 
to 
sample 
RxD) 


XmtDat 
DATA 
10h 
;Data 
for RS-232 
transmit 
routine. 
RcvDat 
DATA 
11h 
;Data 
from 
RS-232 
receive 
routine. 
Sitent 
DATA 
12h 
;RS-232 
transmit 
& receive 
bit 
count. 
LoopCnt 
DATA 
13h 
;Loop 
counter 
for test 
routine. 


Flags 
DATA 
20h 
TxFlag 
BIT 
Flags.O 
;Receive-in-progress 
flag. 
RxFlag 
BIT 
Flags.l 
;Transmit-in-progress 
flag. 
RxErr 
BIT 
Flags.2 
;Receiver 
framing 
error. 
RcvRdy 
BIT 
Flags.3 
;Receiver 
ready 
flag. 


TxD 
BIT 
PloD 
:Port 
bit 
for RS-232 
transmit. 


RxD 
BIT 
Plo5 
;Port bit 
for RS-232 
receive 
(INTO) . 


Interrupt 
Vectors 


ORG 
AJMP 
Reset 


ORG 
03H 
AJMP 
ExIntO 


ORG 
OBH 
AJMP 
TimrO 


ORG 
13H 
RETI 


ORG 
1BH 
RETI 


ORG 
23H 
RETI 


;Timer 
0 
interrupt. 


;Baud 
rate 
generator. 
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0024 
758130 
0027 
752000 
002A C201 
002C 
758800 
002F 
75A882 


0032 
751310 
0035 
7900 
0037 
90010C 
003A 
11FB 
003C 
743A 
003E 
1154 
0040 E9 
0041 
11DD 
Don 
09 
OOH 
D513F3 


0041 D2A8 
0049 
3003FD 
004C C203 
004E E511 
0050 
1154 
0052 80F3 


0054 2001FD 
0057 
115D 
0059 2000FD 
005C 22 


005D F510 
005F 75120A 
0062 
758CFF 
0065 
758A75 
0068 
758DFF 
006B 
758B75 
006E D28C 
0070 C290 
0072 
D200 
0074 22 


0075 COEO 
0077 CODO 
0079 
20013E 
007C 200007 


MOV 
MOV 
MOV 
ACALL 
MOV 
ACALL 
MOV 
ACALL 
INC 
DJNZ 


SETB 
JNB 
CLR 
MOV 
ACALL 
SJMP 


SP, 1J0h 
Flags, 10 
RxF1ag 
TCON,IOOh 
IE,182h 


LoopCnt,'16 
R1,10 
DPTR,IMsg1 


Mess 
A,I':' 
XmtByte 
A,R1 
PrByte 
R1 


LoopCnt,Loopl 


EXO 


RcvRdy,$ 
RcvRdy 


A, RcvDat 


XmtByte 


Loop2 


;Set 
up 
timer 
controls. 


;Enable 
timer 
0 
interrupts. 


:Test 
transmit 
first. 


iZera 
line 
count. 
;Point 
to message 
string. 


;Send an RS-232 message 
repeatedly. 


Send 
a 
byte 
out 
RS-232 
and 
wait 
for 
completion 
before 
returning. 


(use 
if 
there 
is 
nothing 
else 
to 
do 
while 
RS-232 
is 
busy) 


XmtByte: 
JB 
RxF1ag,$ 
;Wait 
for receive 
complete. 
ACALL 
RSXmt 
;Send ACC to RS-232 
output. 
JB 
TxFlag,$ 
;Wait 
for 
transmit 
complete. 
RET 


; Begin 
RS-232 
transmit. 


MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
SETB 
CLR 
SETB 
RET 


XmtDat,A 


BitCnt,jl0 


TH,IHigh 
BaudVal 


TL,iLow 
BaudVal 
RTH,IHigh 
BaudVal 
RTL,ILow 
BaudVal 
TR 
TxD 
TxFlag 


;Save data 
to be transmitted. 


;Set 
bit 
count. 


;Set 
timer 
for 
baud 
rate. 


;Start 
timer. 


;Begin 
start 
bit. 


;Set 
transmit-in-progress 
flag. 


PUSH 
PUSH 
JB 
JB 


ACC 
PSW 


RxFlag,RxBit 


TxFlag,TxBit 


;ls 
this 
a 
receive 
timer 
interrupt? 


;Is 
this 
a 
transmit 
timer 
interrupt? 


007F C28C 
0081 
0000 
0083 
OOEO 
0085 
32 


0086 051204 
0089 C200 
008B 
80F2 


0080 E512 
008F B40104 
0092 0290 
0094 
80EB 


0096 E510 
0098 
13 
0099 F510 
009B 
9290 


0090 
80E2 


009F 
75120A 
00A2 
758CFF 


00A5 
758AD9 


00A8 
7580FF 


OOAB 
758B75 


OOAE 
751100 
00B1 C2A8 
00B3 C202 
00B5 028C 
00B7 0201 
00B9 
32 


OOBA 
051200 


OOBO 
209502 


OOCO 0202 
00C2 C201 
00C4 
02A8 
00C6 0203 
00C8 
80B5 


OOCA E512 
OOCC B40905 
OOCF 
2095EE 


0002 
80AO 


0004 E511 
0006 A295 
0008 
13 


0009 F511 


CLR 


POP 


POP 
RETI 


OJNZ 
CLR 
SJMP 


TxBusy: 
MOV 
CJNE 
SETB 
SJMP 


TxNext: 
MOV 
RRC 
MOV 
MOV 
SJMP 


BitCnt,TxBusy 
TxF1ag 
TOEx1 


A,BitCnt 


A,ll,TxNext 
TxO 
TOEx2 


A,XmtDat 


A 


XmtDat,A 


TXO,C 
TOEx2 


;Decrement 
bit 
count, 
test 
for 
done. 


;End of stop bit, 
release 
timer. 


;Stop 
timer 
and 
exit. 


;Get bit count. 


:ls 
this 
a 
stop 
bit? 
;Set stop hit. 
;Exit. 


;Send data bit. 
;Exit. 


ExlntO: 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
CLR 
CLR 
SETB 
SETB 
RETI 


BitCnt, no 
TH, *High StrtVal 
TL,'Low 
StrtVal 


RTH,*High 
BaudVa1 
RTL,now 
BaudVa1 
RcvDat,.O 
EXO 
RxErr 
TR 
RxF1ag 


RxBit: 
OJNZ 
JB 


RxBtErr: 
SETB 
RxBitEx: 
CLR 
SETB 
SETB 
SJMP 


RxBusy: 
MOV 
CJNE 
JB 
SJMP 


RxNext: 
MQV 
MOV 
RRC 
Mov 


BitCnt,RxBusy 


RxO,RxBitEx 


RxErr 
RxF1ag 
EXO 
RcvRdy 
TOExl 


A,Sitent 


A,'9,RxNext 


RxD,RxBtErr 
TOEx2 


A, RcvDat 


C,RxD 


A 


;Initialize 
received 
data 
to O. 


;Disable 
external 
interrupt 
O. 


;Clear error 
flag. 


;Start timer. 
;Set receive-in-progress 
flag. 


;Decrement 
bit 
count, 
test 
for 
stop. 


;Valid 
stop 
bit? 


;Bad 
stop 
bit, 
tell 
mainline. 


;Release 
timer 
for other 
purposes. 


;Re-enable 
external 
interrupt 
O. 


;Tell 
mainline 
that 
a 
byte 
is 
ready. 


;Stop 
timer 
and 
exit. 


;Get 
bit 
count. 


;15 
this 
a 
start 
bit? 


;Valid 
start 
bit? 


;Exit. 


;Get 
partial 
receive 
byte. 


;Get 
receive 
pin 
value. 


;Shift 
in 
new 
bit. 


;Save 
updated 
receive 
byte. 
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OODB 
80M 
175 
SJMP 
TOEx2 
;Exit. 


176 
177 
178 
; Print 
byte 
routine: 
print 
Ace 
contents 
as 
ASCII 
hexadecimal. 
179 
OODD COEO 
180 
PrByte: 
PUSH 
ACC 
OODF C4 
181 
SWAP 
A 
OOEO 
11EB 
182 
ACALL 
HexAsc 
00E2 
1154 
183 
ACALL 
XmtByte 
00E4 DOEO 
184 
POP 
ACC 
00E6 
11EB 
185 
ACALL 
HexAsc 
;Print 
nibble 
in Ace as ASCII 
hex. 
00E8 
1154 
186 
ACALL 
XmtByte 
OOEA 22 
187 
RET 
188 
189 
190 
; 
Hexadecimal 
to ASCII 
conversion 
routine. 


191 
OOEB 540F 
192 
HexAsc: 
ANL 
A, tOFH 
:Convert 
a 
nibble 
to 
ASCII 
hex. 
OOED 
30E308 
193 
JNB 
ACC.3,NoAdj 
OOFO 20E203 
194 
JB 
ACC.2,Adj 
00F3 
30E102 
195 
JNB 
ACC.1,NoAdj 
00F6 2407 
196 
Adj: 
ADD 
A,t07H 
00F8 
2430 
197 
NoAdj: 
ADD 
A,OOH 
OOFA 22 
198 
RET 
199 
200 
201 
; 
Message 
string 
transmit 
routine. 
202 
OOFB COEO 
2.03 
Mess: 
PUSH 
ACC 
OOFD 
7800 
204 
MOV 
RO,tO 
;RO 
is 
character 
pointer 
(string 
OOFF E8 
205 
Mesl: 
MOV 
A,RO 
; 
length 
is limited 
to 256 bytes) . 
0100 
93 
206 
MOVC 
A,@A+DPTR 
;Get byte 
to send. 
0101 B40003 
207 
CJNE 
A, 'O,Send 
;End 
of 
string 
is 
indicated 
by 
a 
O. 


0104 DOEO 
208 
POP 
ACC 
0106 22 
209 
RET 
210 
0107 
1154 
211 
Send: 
ACALL 
XmtByte 
;Send 
a 
character. 
0109 
08 
212 
INC 
RO 
;Next 
character. 
010A 
80F3 
213 
SJMP 
Mesl 
214 
010C 
ODOA 
215 
Msg1: 
DB 
ODh, OAh 
010E 54686973 
216 
DB 
' This 
is a test 
of the 
software 
serial 
routines.' , 0 
0112 20697320 
0116 
61207465 
011A 
7374206F 
011E 
66207468 
0122 
6520736F 
0126 
66747761 
012A 
72652073 
012E 
65726961 
0132 
6C20726F 
0136 
7574696E 
Ol3A 
65732EOO 
217 
218 
END 


ASSEMBLY 
COMPLETE, 
0 ERRORS 
FOUND 
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ACC. 
D AD DR 
OOEOH 
PREDEFINED 


ADJ. 
C ADDR 
OOF6H 
BAUDVAL. 
NUMB 
FF75H 
BITCNT 
D ADDR 
OOI2H 


EXO. 
B ADDR 
OOA8H 
PREDEFINED 


EXINTO 
C ADDR 
009FH 
FLAGS. 
D ADDR 
0020H 
HEXASC 
C ADDR 
OOEBH 
IE 
D ADDR 
OOA8H 
PREDEFINED 
LOOPI. 
C ADDR 
003AH 
LOOP2. 
C ADDR 
0047H 
LOOPCNT. 
D ADDR 
OO13H 
MESL 
C ADDR 
OOFFH 


MESS 
C ADDR 
OOFBH 
MSGI 
C ADDR 
OIOCH 
NOADJ. 
C ADDR 
OOF8H 
PI 
D ADDR 
0090H 
PREDEFINED 
PRBYTE 
C ADDR 
OODDH 
psw. 
D ADDR 
OODOH 
PREDEFINED 
RCVDAT 
D ADDR 
OOllH 
RCVRDY 
B ADDR 
0OO3H 
RESET. 
C ADDR 
0024H 
RSXMT. 
C ADDR 
005DH 


RTH. 
D ADDR 
008DH 
PREDEFINED 
RTL. 
D ADDR 
008BH 
PREDEFINED 
RXBIT. 
C ADDR 
OOBAH 


RXBITEX. 
C ADDR 
OOC2H 
RXBTERR. 
C ADDR 
OOCOH 
RXBUSY 
C ADDR 
OOCAH 
RXD. 
B ADDR 
0095H 
RXERR. 
B ADDR 
0OO2H 
RXFLAG 
B ADDR 
OOOIH 
RXNEXT 
C ADDR 
OOD4H 
SEND 
C ADDR 
OI07H 
SP 
D ADDR 
008IH 
PREDEFINED 
STRTVAL. 
NUMB 
FFD9H 
TOEXl. 
C ADDR 
007FH 
TOEX2. 
C ADDR 
008IH 
TCON 
D ADDR 
0088H 
PREDEFINED 


TH 
D ADDR 
008CH 
PREDEFINED 
TIMRO. 
C ADDR 
0075H 
TL 
. 
D ADDR 
008AH 
PREDEFINED 
TR 
B ADDR 
008CH 
PREDEFINED 
TXBIT. 
C ADDR 
0086H 
TXBUSY 
C ADDR 
008DH 
TXD. 
B ADDR 
0090H 
TXFLAG 
B ADDR 
OOOOH 
TXNEXT 
C ADDR 
0096H· 
XMTBYTE. 
C ADDR 
0054H 
XMTDAT 
D ADDR 
OOIOH 


Author: 
Bill Houghton 


INTRODUCTION 
Often, certain classes of microcontroller 
applications surface where large amounts of 
on-cl1ip resources such as a large program 
memory space and numerous I/O pins are 
not required. These applications are typically 
cost sensitive and desirable attributes of the 
MCU include low cost and modest on-chip 
resources such as program and data 
memory, I/O, and timer-counters. 
Substantial 
benefits of reduced design cycle time can be 
realized by using an industry-standard 
architecture having software compatibility 
with existing popular microcontrollers. 


THE 87C751 
The Philips 87C751 is one such 
microcontroller 
that easily meets these 


requirements. This device, shown in Figure 1, 
has a 2k x 8 program memorY, 64 bytes of 
RAM, 19 parallel I/O lines, and a 16-bit 
autoreload timer-counter. It also includes an 
12Cserial interface and a fixed rate timer. The 
87C751 is based on the BOC51 core and thus 
uses an industry-standard 
architecture and 


instruction set. The device is available in both 
ROM (83C751) and EPROM (87C751) 
versions. The EPROM version is available in 
both UV erasable and OTP packages. 
References to the 87C751 in this document 
also apply to the 83C751, unless explicitly 
stated. 


TYPICAL 
APPLICATION 
A typical example of such an application is 
the interface between the 87C751 and the 
Philips SA5775 Air Core Meter Driver shown 
in Figure 2. This circuit includes the 87C751 
microcontroller, the SA5775 air core meter 
driver, an NE555 timer, and discrete support 
components. 


An air core meter differs from a conventional 
(d'Arsonval) meter movement in that it has no 
spring to return the needle to a 
predetermined position, no zeroing 
adjustment, and no permanent magnet in the 
classical sense. Instead, it consists of two 
coils of wire wound in quadrature with each 
other around a central core in which there is a 
disc magnetized along its diameter. A shaft is 
placed through the center of this disc so that 
the shaft rotates with the disc. An indicating 
needle attached to this shaft will rotate with it. 


SA5775 
Air Core Meter Driver 
The SA5775 is a monolithic driver for 
controlling air core meters typically used in 
automotive instrument clusters and is shown 
in Figure 3. The SA5775 receives a 1Q-bit 


serial word and converts that word to four 
voltage outputs that appear at the SINE+, 
SINE-, COSINE+, and COSINE- outputs. 
The differential voltage at the SINE outputs 
are applied to one coil of the meter and the 
COSINE outputs are applied to the other coil 
of the meter. 


The currents through these coils produce a 
resultant magnetic force which is the vector 
sum of the magnetic forces produced by each 
of the two coils. Since the currents through 
the coils are bidirectional this magnetic vector 
can rotate through a full 360 degrees. The 
magnetized disc within the air core meter will 
follow the rotating vector and the needle will 
indicate the vector's current position. Since 
10 bits are used, there are 1024 discrete 
words available resulting in an angular 
displacement of 0.3516 degrees per bit. This 
is small enough to provide an apparen~y 
smooth movement of the needle. The 
smoothness of the motion will depend grea~y 
on the damping factor of the meter 
movement. 


A simplified block diagram of the SA5775 is 
shown in Figure 4. This device consists of a 
serial-in/parallel-out 
shift register, a data 
latch, a D/A converter, buffers, and an 
internal voltage reference. 


A logic high must be present on the chip 
select (CS) input to clock in the data. Data 
appearing on the data input (DI) pin is 
clocked into the shift register on the rising 
edge of the clock (CLK) input. The data 
output (DO) pin is the overflow from the shift 
register, allowing the user to daisy chain 
multiple SA5775 devices. Note that data is 
clocked out of this pin on the falling edge of 
the clock. The CS pin is also used to latch the 
parallel outputs of the shift register into the 
data latch. The outputs of the data latch feed 
the inputs to the D/A converter. The D/A 
converter outputs are buffered to form the 
drive signals for the meter coils. 


A voltage reference for the D/A converter is 
provided internally. 
It is possible to externally 
force different values for these voltages and 
pins are provided for this purpose. However, 
this is not generally 
recommended as this 
could lead to increased power dissipation. 


The D/A converter circuits and its associated 
output buffers are purposely designed such 
that the span of these circuits does not 
include the power supply rails. This is to 
avoid inaccuracies that would otherwise 
occur if the output were to become very close 
to either supply rail. With a supply voltage of 
14 volts (VIGN), the positive reference 


(VREF+) is approximately 8 volts and the 
negative reference (VREF-) 
is approximately 
1 volt. The outputs will then span a range 
from 1 volt to approximately 
11 volts. The 
maximum output is [(VREF+) + 
0.41 «VREF+HVREF-))]. 
The SA5775 is 
designed to drive air core meters having a 
minimum winding impedance of 200 ohms. 


The clock high and low time requirements are 
each 200 ns minimum, implying a maximum 
data rate approaching 2.5 megabits per 
second. At this rate it would require 
approximately 4 ms to ramp from zero to full 
scale if all binary codes were loaded into the 
SA5775. However, the air core meter cannot 
respond to such data rates. 
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87C751 
Microcontroller 
The 87C751 microcontroller 
provides all of 
the intelligence in this application. It samples 
various input ports to determine which 
demonstration programs to run, the 
incremental step sizes for angular 
displacement of the meter core, and the time 
delay between increments. In one of the 
demonstration modes, it also samples a 
variable frequency input and positions the 
meter core in response to the frequency of 
that input. The 87C751 also transmits the 
10-bit serial data to the SA5775. Data input 
(DI), Clock (CLK), and Chip Select (CS) lines 
are driven from the 87C751. 


Port 0 of the 87C751 is a 3-bit wide port and 
is used for communicating data to the ACMD. 
Data is transmitted, MSB first, in a serial 
stream clocked into the DI of the SA5775 on 
the rising edge of the clock. In order to clock 
in data, the CS pin of the SA5775 must be 
high. The data in the input register is shifted 
into a latch that drives the DAC on the high to 
low transition of the CS line. As data is 
shifted into the ACMD, it overflows through 
the Data Out (DO) pin on the falling edge of 
the clock. With this facility, multiple ACMDs 
can be daisy-<!rained with DO of one ACMD 
being connected to DI of the next one, and 
common clock and chip select lines may be 
used. This simplifies the interfacing to 
multiple meter drivers. 


The 78L05 regulator (02) provides 5 Volt 
power for the board so that single supply of 
+14 volts can be applied to the board. 


Three rotary switches are used on this board. 
The PROGRAM SELECT switch (S3) is used 
to select the program routine that is 


executed, the INC SELECT (S2) switch 
selects the incremental step sizes of the two 
of the routines, and the DELAY switch (S4) is 
used to set the delay between successive 
word transmissions in one of the routines. 


The START/COUNT button (SS) is used to 
begin execution of a routine, and to cause the 
next incremental step in Routine #1. 


The COUNT UP/DOWN switch (S6) is used 
in Routine #1 to determine whether the count 
is increased or decreased with transmission 
of successive words. 


NE555 Timer 
The NE555 timer shown in this application 
example is used as a free running 
squarewave generator used to simulate 
sensor inputs such as those which might be 
found in an automobile, etc. The NE555 timer 
(U4) operates in the astable mode to produce 
an output frequency that can be varied from 
about 1Hz to about 200 Hz. Three of the 
program routines measure the input period 
and produce an output code that is 
proportional to the frequency present at pin 
20 (TO) of the microcontroller. A RATE switch 
(S7) is used to select between the on board 
oscillator or an external source. 


The program listing is included at the end of 
this application note. 


Program 
Entry 
The program starts at address 030(hex) on 
line 21 of the program listing. The first task is 
to write 1's to all pins of each port. 


Lines 25 and 26 clear registers 6 and 7. 
These registers are used in this program only 
to hold the data that is sent out to the ACMD. 
The registers are cleared to be sure that the 
starting value is zero. 


At line 27 the program waits until the 
START/COUNT button (S5) is depressed 
before continuing. Lines 28 and 29 set the 
timer to overflow after 1Oms. This is done by 
setting the timer registers for a count of 
10,000 microseconds less than full scale. 
When the timer counter overflows the timer 
flag is set, and the timer is reloaded with the 
value in the timer register. By examining the 
timer flag we know when 1Oms has expired. 


Line 30 calls subroutine RPS (Read Port 
Selected), which reads Port 3 to determine 
which routine has been selected. Since the 
PROGRAM SELECT switch (S3) is 
connected to port pins P3.2 through P3.4, 
subroutine RPS (lines 507 through 511 at the 
end of the program) first reads Port 3 into the 


accumulator, 
then complements 
it because 
the switches used are complementary binary. 
The reading is then rotated right once and the 
upper nibble and the LSB (least significant 


bit) are masked off, leaving twice the value of 
the port selected in the accumulator. Twice 
the read value is needed for the next few 
main program lines that determine which 
routine to execute. 


Une 31 moves the address of label JMPTBL 
(Jump Table) to the 16-bit Data Pointer 
(DPTR) register. Une 32 causes a program 
jump to the address that is the sum of the 
value in the accumulator (two times the 
routine number selected) plus the DPTR 
register. Since each of the commands on 
lines 33 through 40 are two byte commands, 
these addresses are all separated by two 
bytes; hence, the need for the accumulator to 
contain a number that is twice the number of 
the selected routine. 


Routine 0 
This routine begins on line 41 by 
incrementing the 1O-bit word in registers 7 
and 6 by the amount indicated by the setting 
of the INCREMENT SELECT switch, then 
sending that word to the SA5775. When a full 
scale overflow is detected, a full scale code 
(3FF hex) is sent out, followed by a delay of 
SOOms, then successive output codes are 
sent out, decremented 
by an amount 
indicated by the INCREMENT SELECT 
switch. When an underflow is detected a 
code of zero scale is sent and the routine 
returns to the beginning of the program. This 
routine is implemented with a series of 
subroutine calls. 


The SO subroutine begins on line 356 and 
starts by sending out whatever ten bits that in 
the two LSBs of register 7 (R7) plus the 8 bits 
of R6 by calling the SENDIT subroutine. Then 
it calls the UP subroutine, which increases 
the word value to be sent out. The program 
then jumps to the beginning of this 
subroutine, repeating the process of sending 
out a word and incrementing to the next word 
until an overflow from the tenth bit (bit 2 of 
R7) is detected at line 362. 


The SENDIT subroutine (beginning on line 
476) brings the CS line high, sets a bit 
counter (R 1) to 2 (to send out two bits of R7), 
brings the value of R7 to the accumulator, 
rotates the accumulator to the right three 
times through the carry bit to bring the two 
LSBs to the position of the two MSBs, calls 
the SENDI 
routine, which sends the number 
of bits in the accumulator, starting with the 
MSB, indicated by R1. Counter R1 is then set 
to 8 to send out all 8 bit of R6 and the 
accumulator is loaded with the contents of 
R6. The SENDI 
routine is again called to 
send out the final 8 bits, and, on line 491 , the 
CS line is brought low, loading the SA5775 
internal parallel latch with the contents of the 
input shift register. 


The SEND1 routine rotates the acaJmulator 
left through the carry bit, moves the value of 
the carry bit to port pin PO.1 (SDA-$erial 
Data pin), waits to provide a setup time, 
brings the clock low, waits, brings the clock 
high, waits, then decrements bit counter 
sends the next bit if the counter is not zero. A 
return is executed when the counter becomes 
zero. 


The UP subroutine, beginning at line 364, 
reads the delay selected by switch 54 at port 
pin P1, complements it (again, because the 
rotary switches are complementary 
binary), 
masks off the upper four bits (because the 
delay switch has just four positions and is 
connected to the lower four bits of the port), 
multiplies it by 4 (rotates left twice), then 
moves the result to R1. If R1 is not zero, the 
program jumps around line 376 and calls a 
10ms delay (subroutine DLY10MS) the 
number of times entered into R1. 


The 1Oms delay subroutine (starting at line 
436) sets the timer for 10ms, waits at line 446 
for the timer flag to be set, clears the timer 
flag, stops the timer, and returns, in this case, 
to line 379, where the program decrements 
R1 and repeats the 10ms delay until R1 is 
zero. 


If the selected delay was zero, the program 
jumps from line 376 to line 380 and reads 
port 3 to determine the amount the sent out 
word is to change from the value previously 
sent out. The accumulator is complemented 
and the upper 6 bits masked off to recover 
only the two bits of the selected increment 
amount. Since increments of 1, 2, 3, or 4 


LSBs are hardly noticeable, the program then 
multiplies the result by 8 (rotate left three 
times). To insure a minimum change amount, 
the acaJmulator is increment by one at line 
386. This all means that the increment 
amounts that can be selected are 1, 9, 17, or 
25 LSBs. This amount is added, in lines 387 
through 391, to the word previously send out 
and we return from this subroutine. 


After calling the SO subroutine, PROGO call 
the FULLSC (full scale) subroutine, which 
sends out the full scale code of 3E8(hex). 
Although a 1O-bit full scale code would be 
3FF(hex), going only to 3E8 allows an easy 
distinction between zero scale and full scale 
when looking at the display. The FULLSC 
subroutine is found at line 352. 


After advancing to full scale, there is a 500ms 
delay, found at line 464 and called from line 
48, then 49 calls the SOD subroutine to send 
out decreasing word values. 


The SOD subroutine begins at line 393 and 
begins by sending out the current word in R7 
and R6 from line 398, then calling subroutine 
DOWN, which calculates the next 
(decreasing) word to send out. DOWN begins 
at line 402. It essentially does the same thing 
as the UP subroutine, but subtracts the 
INCREMENT SELECT value from the 
previously sent word rather than adding to it. 


At line 50 subroutine ZEROSC is called to 
send a zero scale code to the SA5775, then 
the program branches back to the beginning. 


Routine 
1 
This routine is selected with the PROGRAM 
SELECT switch is in position 1 or position 9. 
Routine 1 (PROG1) increments or 
decrements the word send out, depending 
upon the setting of the COUNT UP/COUNT 
DOWN switch, 56. The amount of change is 
determined by the setting of the INC SELECT 
switch, S2. 


At line 63, the program examines 56 at port 
pin P3.6 and jumps to the decrement portion 
of the routine if the pin is low. If this pin is 
high, the UP subroutine is called from line 64 
to increase the R7/R6 word value. The UP 
subroutine was previously described. 


If pin P3.6 is low, the DOWN subroutine (line 
402) decreases the previous word sent out by 
the amount determined from the INC 
SELECT switch setting. 


To insure enough delay to allow the user time 
to release the START/COUNT bullon (S5), a 
delay of 200ms is included at line 86 before 
jumping to line 27, where another depression 
of the START/COUNT bullon is awaited. If 53 
(PROGRAM SELECT) is still set to 1 or 9, 
depression of S5 will cause a jump back to 
line 52. If another program is selected, the 
program will jump to the selected routine. 


Holding down S5 with PROGRAM SELECT 
set at position 1 or 9 will cause increasing or 
decreasing word values to be sent to the 
SA5775. 


Routine 2 
PROG2 is the most complex of all these 
routines. The purpose of this routine is to 
cause the air core meter deflection to 
represent the frequency presented at the 
timer/counter input to the microcontroller. 
This is done by measuring the period of the 
input square wave and taking the inverse of 
the period. The input here must be a square 
wave because a slow rise and fall time at this 
input will cause fluctuating readings. To 
determine the frequency by counting pulses 
for a time would require a much longer time 
and, therefore, is impractical. 


The MEAS (measure) subroutine is called at 
line 79 to measure the period of the input 
waveform and the CALC (calculate) 
subroutine is called at line 80 to calculate the 
code to send to the SA5775. The SENDIT 
subroutine is then called to send the word to 
the SA5775 and the program jumps back to 
line 28. 


The MEAS subroutine begins at line 83 by 
being sure the timer is not running and 
dearing the timer (overflow) flag, then 
entering zero into both high and low bytes of 
the timer and the timer register. The carry bit 
is then cleared (line 90) and the timer started 
and the timer interrupt enabled. 


Lines 93 and 94 form a short loop that waits 
until either the canry bit is set or until the TO 
input is low. The carry bit is set when the 
timer has gone beyond one second. This is 
done by the timer interrupt subroutine, found 
at lines 16 through 19. If the TO input never 
goes low, we know the frequency is at or near 
zero and the program jumps to GZS (line 
108) where R3 is loaded with a 1F (hex) to 
cause the CALC subroutine to load zero 
scale into R7/R6. 


When (and if) TO is found to be low, the 
program jumps to line 95 and waits for that 
input to go high. Time out process is the 
same as above. 


Now that the TO input is found high (if is is 
before the one second time out), the timer 
and canry bit are cleared in lines 97 through 
100 (R3 is an extension of the timer). 


Atlines 
101 through 107 we waitfor 
one 


complete cycle at the TO input, with the 
timer/counter measuring that period, then 
return to line 80, where the CALC subroutine 
is called. 


The CALC subroutine, starting at line 113, 
begins by initializing the word to send out 


(R7/R6) to zero, clearing the canry bit, 
checking to see if R3 indicates a time above 
one second, returning to line 81 if it does. 
Otherwise the program continues at line 26, 
where the program checks to see if the input 
frequency is beyond full scale (timer reading 
above 00 12 88 hex). lfit is, R7/R6 is loaded 
with 1288 hex (full scale of decimal 1,000). 
This value was chosen because it is 
sufficiendy far from zero scale that it is easily 
discerned from zero scale on the display. 


If the result is not to be full scale or zero 
scale, the program continues at line 140 with 
a shift and subtract divide routine. The 
dividend would be 1,000,000 (decimal) to 
convert back to frequency in Hertz (period 
measurements is in microseconds), but that 
would provide a maximum count of 200 at 
200Hz, only one fifth of the full scale desired 
of 1,000. So we made the dividend to be 
5,000,000 decimal, or 4C 4B 40 hex. 


This algorithm is found in lines 156 through 
192 and works as follows: 
1. Clear a counter. 


2. 
Rotate dividend until the first one is in the 
second MSB position. Since a code of 4C 
has already provides that, no shifting is 
necessary. 


3. 
Rotate the divisor (the period in 
microseconds in this case) left until the 
first one is in the second MSB position, 
but the first byte is LESS THAN the first 
byte of the dividend. Increment the 
counter each time the divisor is rotated. 


4. 
Initialize a counter to zero. 


5. 
Rotate the quotient (answer) and dividend 
one bit left. 


6. 
If first byte of quotient is smaller than the 
first byte of the quotient, jump to step 8. 


7. Add one to the quotient and subtract the 
divisor from the dividend. 


8. 
Decrement the counter and go to step 5 if 
it is not zero. 


Once the CALC subroutine is completed, the 
program calls SENDIT from line 81 and 
jumps, ultimately, to the selected routine. 


Routine 3 
PROG3, beginning at line 194, measures the 
input period four times, then calculates the 


code to display that is the average of these 
four readings. 


It starts by setting a counter for three 
readings, taking those three readings and 
storing them in memory, beginning at RAM 
address 20 hex, using register RO as an 
index register. 


At line 212 the program takes a fourth 
reading, then adds the three previous 
readings to it in lines 213 through 227; and 
divides the sum by four (rotates right twice) in 
lines 229 through 239. The word to send out 
is then calculated from line 240 and sent to 
the ACMD, after which the program then 
looks for and jumps to the selected routine. 


Routine 4 
PROG4 begins at line 243 and displays the 
average of the current and last three words 
sent out. 


RAM space used is first initialized to zero and 
a new reading is taken and a new word is 
calculated and saved. At lines 264 through 
284, the new word is added to the last three 
readings and the average calculated and 
stored in RAM locations 28 and 29 (hex), and 
the average word is sent out. 


At line 286, the program reads for the 
program selected and jumps to line 254 if this 
routine is selected, otherwise it goes to line 
28. 


ROUTINES 
PROG5 begins at line 293 and, very simply, 
send in sequence the codes for 1/8 through 
full scale in 1/8 scale steps, with 500ms 
between steps. It then steps down to zero 
scale in 1/8 scale steps, then returns to line 
28. 


Routine 6 
PROG6 begins at line 314 and does the 
same as PROGS, but steps in 1/4 scale 


increments. 


Routine 7 
PROG7 loads the code for 3/8 scale into 
R7/R6, sends it, waits 500ms, changes r& for 
5/8 scale, sends it, waits for 500ms, then 
repeats this sequence 9 more times (for a 
total of ten times), waits 500ms, then returns 
the output to zero scale and the program 
jumps to line 28. 


0000 


0000 B02E 


OOOB 
OOOB 
DB 
OOOC 
740F 


OOOE 
9B 
OOOF 
32 


0030 
0030 
7580FF 
0033 
7590FF 
0036 
75BOFF 
0039 
7FOO 
003B 
7EOO 


003D 
20B6FD 


0040 
758BFO 
0043 
758DD8 
0046 
51D2 
0048 
90004C 
004B 
73 
OD4C 
015C 


OD4E 
0168 
0050 
Dl7A 


0052 
2145 
0054 
2186 
0056 
21D3 
0058 
21F3 
005A 
4107 


005C 


005C 5128 
005E 5121 
0060 
51A5 
0062 
5152 
0064 
511B 
0066 
0130 
006B 


0068 
30B50B 
006B 
5130 
006D 
51B5 
006F 
519D 
OD71 
ODD 
0073 
20B5F2 
0076 
515A 


The 
purpose 
of 
this 
program 
is 
to 
drive 
version 
3 
of 
the 
ACMD 
(SA5775) 
demonstration 
board. 
The 
PROGRAM 
SELECT 
switch 
is 
used 
to 
select 
from 


a 
choice 
of 
four 
routines. 
Registers 
R7 
and 
R6 
contain 
the 
IO-bit 
word 
that 
is 
send 
to 
the 
SA5775. 


ORG 
START: 
MOV 
MOV 
MOV 
MOV 
MOV 


W: 
JB 


READY: 
MOV 
MOV 
ACALL 
MOV 
JMP 
JMPTBL: AJMP 


AJMP 
AJMP 
AJMP 
AJMP 
AJMP 
AJMP 
AJMP 


ORG 
INC 
MOV 
SUBB 
RETI 


OOBH 
R3 
A,IOFH 
A,R3 


;TlMER/COUNTER 
INTERRUPT 
ROUTINE 
;INCREMENT 
R3 
(3rd BYTE 
OF TIMER) 
;TEST FOR 
TIME OUT 
(R3 > 
OF) 
;IF R3 
> 
OF, CARRY 
IS SET 


30H 
PO,IOFFH 
P1,IOFFH 
P3,IOFFH 
R7,I0 
R6,I0 
P3.6,W 
;WAIT FOR START 
BUTTON 
DEPRESS 
RTL,ILOW(0-10DDD) 
;SET TIMER 
REGISTER 


RTH,IHIGH(0-10000);FOR 
10ms TIME 


RPS 
;READ PORT 
3 FOR PROG 
SELECT 
DPTR,IJMPTBL 
;JMP ADDRESS 
TO DATA POINTER 
@A+DPTR 
;GOTO APPROPRIATE 
ROUTINE 
PROGO 
;RAMP UP AND BACK 
DOWN 


PROG1 
;STEP UP/DOWN 
W/ start PRESS 


PROG2 
;READ & DISPLAY 
SPEED 
PROG3 
;DISPLAY 
AVERAGE 
OF 4 NEW READINGS 
PROG4 
;DISPLAY 
AVERAGE 
OF LAST 
4 READINGS 
PROG5 
;ADVANCE 
TO FULL 
SCALE AND BACK 
IN 45 DEGREE 
STEPS 
PROG6 
;ADVANCE 
TO FULL 
SCALE 
AND BACK 
IN 90 DEGREE 
STEPS 
PROG7 
;ALTERNATE 
DISPLAY 
BETWEEN 
3/8 AND 
5/8 SCALE 
TEN TIMES 
PROGO: 


This 
routine 
increases 
word 
sent 
at 
the 
selected 
step 
size 
(INCREMENT 
SELECT) 
and 
delay 
time 
(DELAY), 
up 
to 
full 
scale, 
waits 
500ms, 
then 
decreases 
the 
word 
sent 
at 
the 
selected 
step 
size 
and 
delay 
times 
until 
zero 
scale 
is 
reached. 


ACALL 
ACALL 
ACALL 
ACALL 
ACALL 
AJMP 


SO 
FULLSC 
DLY500 
SOD 
ZEROSC 
START 


;SEND OUT 
INCREASING 
WORDS 
;SET TO FULL 
SCALE 


;WAIT 500ms 
;SEND OUT DECREASING 
WORDS 


;RESET 
TO ZERO SCALE 
;GO TO BEGINNING 
OF PROGRAM 


This 
routine 
increases 
or 
decreases 
the 
sent 
out 
word, 
depending 
upon 
the 
setting 
of 
the 
UP/DOWN 
switch, 
by 
an 
amount 
set 
by 
the 
INCREMENT 
SELECT 
switch. 
There 
is 
a 
wait 
of 
200ms 
before 
again 
looking 
for 
depression 
of 
the 
START/COUNT 
button 
to 
allow 
time 
to 
release 
this 
button 
and 
switch 
bounce 
to 
settle. 
The 
program 
then 
looks 
to 
see 
which 
routine 
is 
selected 
and 
goes 
to 
that 
routine. 


JNB 
P3.5,DCX 
ACALL 
UP 
DP1: 
ACALL 
SENOIT 
ACALL 
DLY200 
AJMP 
W 
DCX: 
JB 
P3.5,PROG1 
ACALL 
DOWN 


;GO AND COUNT 
DOWN 
IF SELECTED 


;INCREASE 
WORD 
;SEND THE WORD 
;WAIT 200ms 
;WAIT FOR COUNT 
BUTTON 
DEPRESS 
& SELECTED 
ROUTINE 


;GO AND COUNT 
UP IF SELECTED 
;DECREASE 
WORD 


007B 
BOF3 
70 
SJMP 
DP1 


007A 
71 
PROG2: 


72 
73 
READ 
TIME 
INPUT AND 
DISPLAY 
'SPEEDw 


74 
75 
This 
routine 
measures 
the 
period 
of 
the 
square 
wave 
at 
the 
TO 
input 
and 
76 
sends 
out 
a 
word 
that 
is 
inversely 
proportional 
to 
5 
times 
that 
period, 
77 
providing 
a 
display 
proportional 
to 
frequency. 
7B 
007A 
11B2 
79 
ACALL 
MEAS 
;MEASURE 
THE 
INPUT PERIOD 
007C 
11C5 
BO 
ACALL 
CALC 
;CALCULATE 
THE WORD 
TO SEND 
007E SIBS 
B1 
ACALL 
SEND IT 
;SEND OUT THE WORD 
OOBO 0140 
B2 
AJMP 
READY 
00B2 C2BC 
B3 
MEAS: 
CLR 
TR 
;HALT TIMER 
00B4 C2BD 
B4 
CLR 
TF 
;CLEAR TIMER FLAG 
00B6 
75BBOO 
B5 
MOV 
RTL,tO 
;SET TIMER REGISTERS 
00B9 
75BDOO 
B6 
MOV 
RTH,IO 
OOBc 
75BAOO 
B7 
MOV 
TL,tO 
;SET TIMER 
OOBF 
75BCOO 
BB 
MOV 
TH,IO 
0092 
7BOO 
B9 
MOV 
R3,tO 
;CLEAR 
TIMER 
3RD BYTE 


0094 C3 
90 
CLR 
C 
0095 D2Bc 
91 
SETB 
TR 
;START TIMER 
0097 
75ABB2 
92 
MOV 
IE,tB2H 
;ENABLE 
TIMER 
INTERRUPT 
009A 
4021 
93 
W20: 
JC 
GZS 
;JUMP 
IF R3 
> OF 
009C 2097FB 
94 
JB 
PI. 7,W20 
;WAIT FOR TO INPUT 
LOW 


009F 
401C 
95 
W21: 
JC 
GZS 
;JUMP 
IF R3 
> OF 


00A1 3097FB 
96 
JNB 
PI.7,W21 
;WAIT FOR TO INPUT HIGH 


OOM 
75BAOO 
97 
MOV 
TL,tO 
;RESET 
TIMER 
00A7 
75BCOO 
9B 
MOV 
TH,tO 
OOM 
7BOO 
99 
MOV 
R3,tO 
OOAC C3 
100 
CLR 
C 
;CLEAR CARRY/BORROW 
OOAD 
400B 
101 
W22: 
JC 
HT 
;JUMP 
IF TIME UP 
(CARRY SET) 


OOAF 2097FB 
102 
JB 
PI. 7,W22 
;WAIT FOR TO LOW 


00B2 
4003 
103 
W23: 
JC 
HT 
;JUMP IF TIME UP 
(CARRY SET) 


00B4 3097FB 
104 
JNB 
PI. 7,W23 
;WAIT FOR TO HIGH AGAIN 
00B7 C2BC 
105 
HT: 
CLR 
TR 
;HALT TIMER 
00B9 
75ABOO 
106 
MOV 
IE,tO 
;DISABLE 
ALL 
INTERRUPTS 
OOBC 22 
107 
RET 
OOBD 
7B1F 
lOB 
GZS: 
MOV 
R3, UFH 
;SET FOR 
ZERO SCALE 
OOBF 22 
109 
RET 
OOCO 
7F03 
110 
GFS: 
MOV 
R7,t03 
00C2 
7EEB 
111 
MOV 
R6,tOEBH 
00C4 
22 
112 
RET 
00C5 
113 
CALC: 
114 
115 
This 
subroutine 
calculates 
the 
IO-bit 
word 
to 
send 
as 
a 
function 
fa 
what 
116 
is 
in 
R3, 
TH & TL. 
The 
lO-bit 
word 
is 
developed 
and 
left 
in 
registers 
117 
R7 
and 
R6 
for 
use 
by 
SENDrT 
subroutine. 


11B 
00C5 
7FOO 
119 
MOV 
R7,10 
;INITIALIZE 
QUOTIENT 
00C7 
7EOO 
120 
MOV 
R6,tO 
00C9 C3 
121 
CLR 
C 
;CLEAR CARRY/BORROW 


OOCA 740F 
122 
MOV 
A, tOFH 
;CHECK FOR ZERO SCALE 


OOCC 
9B 
123 
SUBB 
A,R3 
OOCD 5001 
124 
JNC 
NZS 
;JUMP 
IF NOT ZERO SCALE 
OOCF 22 
125 
RET 
OODO E5BA 
126 
NZS: 
MOV 
A,TL 
;CHECK FOR FULL 
SCALE 
00D2 
94BB 
127 
SUBB 
A,tBBH 
00D4 E5BC 
12B 
MOV 
A,TH 
00D6 
9413 
129 
SUBB 
A, U3H 


OODB EB 
130 
MOV 
A,R3 
00D9 
9400 
131 
SUBB 
A,tO 
OODB 
40E3 
132 
JC 
GFS 
OODD 
752E4C 
133 
MOV 
2EH,14CH 
;SET DIVIDEND 
TO 5,000,000 
OOEO 
752F4B 
134 
MOV 
2FH, i4BH 
00E3 
753040 
135 
MOV 
30H, i40H 


00E6 
7COO 
136 
MOV 
R4,tO 
;CLEAR DIVIDE 
COUNTER 


OOEB 
BB2B 
137 
MOV 
2BH,R3 
;MOVE READING 
TO MEMORY 
(DIVISOR) 


OOEA 
B5BC2C 
DB 
MOV 
2CH,TH 
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ODED 
858A2D 
139 
MOV 
2DH,TL 
OOFO C3 
140 
ROTL: 
CLR 
C 
;BRING DIVISOR 
BE JUST 
LESS 
THAN DIVIDEND 
OOFl E52E 
141 
MOV 
A,2EH 
00F3 
952B 
142 
SUBB 
A,2BH 
00F5 
4014 
143 
JC 
DIV24 
;JUMP 
IF SHIFTING 
WOULD 
MAKE 
DIVISOR 
> DIVIDEND 
00F7 
6012 
144 
JZ 
DIV24 
;JUMP 
IF DIVISOR' 
DIVIDEND 
MS BYTES 
EQUAL 
BEFORE 
SHIFT 
00F9 E52D 
145 
MOV 
A,2DH 
;SHIFT DIVISOR 
TO LEFT 
OOFB 
33 
146 
RLC 
A 
OOFC F52D 
147 
MOV 
2DH,A 


OOFE E52C 
148 
MOV 
A,2CH 
0100 
33 
149 
RLC 
A 


0101 F52C 
150 
MOV 
2CH,A 
0103 E52B 
151 
MOV 
A,2BH 
0105 
33 
152 
RLC 
A 
0106 F52B 
153 
MOV 
2BH,A 
0108 
DC 
154 
INC 
R4 


0109 
80E5 
155 
SJMP 
ROTL 
010B C3 
156 
DIV24: 
CLR 
C 
010C EE 
157 
MOV 
A,R6 
;ROTATE QUOTIENT 
LEFT 


010D 
33 
158 
RLC 
A 


010E FE 
159 
MOV 
R6,A 


010F EF 
160 
MOV 
A,R7 


0110 
33 
161 
RLC 
A 


0111 FF 
162 
MOV 
R7,A 


0112 C3 
163 
CLR 
C 
;ROTATE 
DIVIDEND 
LEFT 
0113 E530 
164 
MOV 
A,30H 


0115 
33 
165 
RLC 
A 
0116 F530 
166 
MOV 
30H,A 


0118 E52F 
167 
MOV 
A,2FH 


011A 
33 
168 
RLC 
A 


011B F52F 
169 
MOV 
2FH,A 


011D E52E 
170 
MOV 
A,2EH 


011F 
33 
171 
RLC 
A 
0120 F52E 
172 
MOV 
2EH,A 


0122 C3 
173 
CLR 
C 
;TEST SUBTRACT 
MOST 
SIGNIFICANT 
BYTES 


0123 
952B 
174 
SUBB 
A,2BH 
0125 
401B 
175 
JC 
ZERO 
;JUMP IF QUOTIENT 
MS BYTE 
< DIVISOR 
MS BYTE 
0127 
7401 
176 
MOV 
A, fIl 
;ADD 1 TO QUOTIENT 


0129 
2E 
177 
ADD 
A,R6 


012A FE 
178 
MOV 
R6, A 


012B EF 
179 
MOV 
A,R7 


012C 
3400 
180 
ADDC 
A,SO 


012E FF 
181 
MOV 
R7,A 


012F C3 
182 
CLR 
C 
;SUBTRACT 
DIVISOR 
FROM 
DIVIDEND 


0130 
E530 
183 
MOV 
A,30H 


0132 
952D 
184 
SUBB 
A,2DH 


0134 F530 
185 
MOV 
30H,A 


0136 E52F 
186 
MOV 
A,2FH 
0138 
952C 
187 
SUBB 
A,2CH 


013A F52F 
188 
MOV 
2FH,A 


013C E52E 
189 
MOV 
A,2EH 


DUE 
952B 
190 
SUBB 
A,2BH 


0140 F52E 
191 
MOV 
2EH,A 


0142 
DCC7 
192 
ZERO: 
DJNZ 
R4,DIV24 


0144 
22 
193 
RET 
0145 
194 
PROG3: 


195 
196 
DISPLAY 
AVERAGE 
OF FOUR NEW READINGS 


197 
198 
This 
routine 
reads 
the 
period 
of 
the 
TO 
input 
four 
times, 
then 
displays 
the 
199 
"speed" 
corresponding 
to 
the 
average 
of 
these 
four 
readings. 


200 
0145 
7903 
201 
MOV 
R1, S3 
;SET FOR 3 READINGS 


0147 
7820 
202 
MOV 
RO, S20H 
;SET INDEX REGISTER 
FOR BOTTOM 


0149 
1182 
203 
P30: 
ACALL 
MEAS 
;TAKE 3 READINGS 
AND SAVE 
THEM 


014B 
EB 
204 
MOV 
A,R3 


014C F6 
205 
MOV 
@RO,A 


014D 
08 
206 
INC 
RO 


014E 
A68C 
207 
MOV 
@RO,TH 
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0150 
08 
208 
INC 
RO 
0151 A68A 
209 
MOV 
@RO,TL 
0153 
08 
210 
INC 
RO 
0154 D9F3 
211 
DJNZ 
R1,P30 


0156 
1182 
212 
ACALL 
MEAS 
;TAKE A 4TH READING, 
LEAVING 
IN R3,TH,TL 
0158 
7828 
213 
MOV 
RO,t28H 
;SET INDEX REGISTER 
FOR TOP 


015A 
7903 
214 
MOV 
R1,n 
;SET COUNTER 
TO ADD FIRST 
3 READINGS 
TO LAST 
ONE 
015C E58A 
215 
P31: 
MOV 
A,TL 
;ADD FIRST 
THREE 
READINGS 
TO THE LAST 
ONE 
015E 
26 
216 
ADD 
A,@RO 
015F F58A 
217 
MOV 
TL,A 
0161 
18 
218 
DEC 
RO 
0162 E58C 
219 
MOV 
A,TH 
0164 
36 
220 
ADDC 
A,@RO 
0165 F58C 
221 
MOV 
TH,A 
0167 
18 
222 
DEC 
RO 
0168 EB 
223 
MOV 
A,R3 
0169 
36 
224 
ADDC 
A,@RO 
016A FB 
225 
MOV 
R3,A 
016B 
18 
226 
DEC 
RO 
016C 
D9EE 
227 
DJNZ 
R1,P31 
016E 
7902 
228 
MOV 
R1,12 


0170 EB 
229 
P32: 
MOV 
A,R3 
;DIVIDE 
BY 4 
(ROTATE RIGHT 
TWICE) 
FOR AVERAGE 
0171 C3 
230 
CLR 
C 
0172 
13 
231 
RRC 
A 


0173 FB 
232 
MOV 
R3,A 
0174 E58C 
233 
MOV 
A,TH 
0176 
13 
234 
RRC 
A 
0177 F58C 
235 
MOV 
TH,A 
0179 E58A 
236 
MOV 
A,TL 
017B 
13 
237 
RRC 
A 
017C F58A 
238 
MOV 
TL,A 
017E 
D9FO 
239 
DJNZ 
R1,P32 
0180 
11C5 
240 
ACALL 
CALC 
;CALCULATE 
THE WORD 
0182 
51B5 
241 
ACALL 
SEND IT 
;SEND OUT THE WORD 
0184 
0140 
242 
AJMP 
READY 
;GO TO SELECTED 
ROUTINE 
0186 
243 
PROG4: 
244 
245 
DISPLAY 
AVERAGE 
OF LAST FOUR WORDS 
SENT OUT 
246 
247 
This 
routine 
sends 
out 
the 
average 
of 
the 
last 
four 
readings 
sent out. 
248 
0186 
7827 
249 
MOV 
RO,I27H 
0188 
7600 
250 
P4: 
MOV 
@RO,IO 
018A 
18 
251 
DEC 
RO 
018B B81FFA 
252 
CJNE 
RO,IlFH,P4 
018E 
7820 
253 
P4A: 
MOV 
RO,120H 
0190 
1182 
254 
P40: 
ACALL 
MEAS 
;MEASURE 
PERIOD 
0192 
11C5 
255 
ACALL 
CALC 
;CALCULATE 
THE CODE 
0194 EF 
256 
MOV 
A,R7 
;SAVE THE CODE 


0195 F6 
257 
MOV 
@RO,A 
0196 
08 
258 
INC 
RO 
0197 EE 
259 
MOV 
A,R6 
0198 F6 
260 
MOV 
@RO,A 
0199 
752800 
261 
MOV 
28H,10 
;INITIALIZE 
THE WORD 
TO SEND 
019C 
752900 
262 
MOV 
29H,iO 
019F 
7927 
263 
MOV 
R1,127H 
01A1 E529 
264 
P41: 
MOV 
A,29H 
;ADD TOGETHER 
LAST 
4 RESULTS 
01A3 C3 
265 
CLR 
C 
01M 
27 
266 
ADD 
A,@R1 
01A5 F529 
267 
MOV 
29H,A 
01A7 
E528 
268 
MOV 
A,28H 
01A9 
19 
269 
DEC 
R1 
01M 
37 
270 
ADDC 
A,@R1 
01AB F528 
271 
MOV 
28H,A 
01AD 
19 
272 
DEC 
R1 
01AE 
B91FFO 
273 
CJNE 
R1,IlFH,P41 
01B1 
7902 
274 
MOV 
R1,12 
01B3 C3 
275 
P42: 
CLR 
C 
01B4 
E528 
276 
MOV 
A,28H 


January 
1992 
2-17 


01B6 
13 
277 
01B7 F528 
278 
01B9 E529 
279 
OIBB 
13 
280 
OlBC F529 
281 
OIBE D9F3 
282 
OICO AF28 
283 
01C2 AE29 
284 
01C4 
51B5 
285 
01C6 
51D2 
286 
01C8 B40806 
287 
OICB 
08 
288 
OICC B828Cl 
289 
OlCF 
80BD 
290 
OlDl 
0140 
291 
292 
293 
294 
295 
296 
297 
01D3 
7FOO 
298 
01D5 
7E7F 
299 
01D7 
51Bl 
300 
01D9 
7EFF 
301 
OIDB 
51Bl 
302 
OIOD 
OF 
303 
OIOE BF04F4 
304 
OlEl 
7F03 
305 
01E3 
7EFF 
306 
01E5 
51Bl 
307 
01E7 
7E7F 
308 
01E9 
51Bl 
309 
OIEB 
IF 
310 
OIEC BFFFF4 
311 
OIEF 511B 
312 
OlFl 
ODD 
313 
01F3 
314 
315 
316 
317 
318 
01F3 
7EFF 
319 
01F5 
7FOO 
320 
01F7 
51Bl 
321 
01F9 
OF 
322 
OIFA BF04FA 
323 
OlFD 
IF 
324 
OIFE 
51Bl 
325 
0200 BFOOFA 
326 
0203 
511B 
327 
0205 
013D 
328 
0207 
329 
330 
331 
332 
333 
0207 
7AOA 
334 
0209 
7E7F 
335 
020B 
7FOI 
336 
020D 
51AD 
337 
020F 
7F02 
338 
0211 51AD 
339 
0213 
DAF4 
340 
0215 
51A5 
341 
0217 
511B 
342 
0219 
D130 
343 
344 
345 


RRC 
MOV 
MOV 
RRC 
MOV 
DJNZ 
MOV 
MOV 
ACALL 
ACALL 
CJNE 
INC 
CJNE 
SJMP 
AJMP 


A 
28H,A 
A,29H 


A 
29H,A 
Rl,P42 
R7,28H 
R6,29H 
SENDIT 
RPS 
A, ~8, 
N4 
RO 
RO, i28H,P40 
P4A 
READY 


;SEND OUT THE WORD 
;READ PROGRAM 
SELECT 
;JUMP TO N4 
(& "READY") 
IF PROGRAM 
4 NOT 
SELECTED 


MOV 
MOV 
ACALL 
MOV 
ACALL 
INC 
CJNE 
MOV 
MOV 
ACALL 
MOV 
ACALL 
DEC 
CJNE 
ACALL 
AJMP 


R7,~0 
R6,~07FH 
SD500 
R6,~OFFH 
SD500 
R7 
R7,#4,P5 
R7,n 
R6,~OFFH 
SD500 
R6,~7FH 
SD500 
R7 
R7,~OFFH,LP5 
ZEROSC 


W 


This 
routine 
advances 
the 
display 
in 
90 
degree 
steps 
to 
full 
scale, 
then 
steps 
down 
to 
zero 
in 
90 
degree 
steps. 
There 
is 
a 
500ms 
delay 
between 
steps. 


MOV 
MOV 
ACALL 
INC 
CJNE 
DEC 
ACALL 
CJNE 
ACALL 
AJMP 


R6,#OFFH 
R7,~0 
SD500 
R7 
R7,#4,LP6 
R7 
SD500 
R7,~O,LP6A 
ZEROSC 


W 


This 
routine 
alternates 
between 
3/8 
and 
5/8 
scale 
ten 
times 
with 
300ms 
delay 
between 
steps, 
then 
waits 
500ms 
before 
returning 
display 
to 
zero 
scale. 


MOV 
MOV 
MOV 
ACALL 
MOV 
ACALL 
DJNZ 
ACALL 
ACALL 
AJMP 


R2, no 
R6, ~07FH 
R7, n 
SD300 
R7,~2 
SD300 
R2,PR7 
DLY500 
ZEROSC 
START 


;SEND OUT 
THE WORD 
AND WAIT 
300ms 
;DO IT 10 TIMES 
;WAIT 500ms 
;RESET TO ZERO 
SCALE 
;LOOK FOR VALID 
PROGRAM 


346 
347 
348 
021B 
7FOO 
349 
0210 
7EOO 
350 


021F 
4125 
351 


0221 
7F03 
352 


0223 
7EFF 
353 


0225 
SIBS 
354 


0227 
22 
355 
0228 
356 
357 
358 
359 
0228 SIBS 
360 
OnA 
5130 
361 
022C 
30E2F9 
362 
022F 
22 
363 
0230 
364 
365 
366 
367 
368 
0230 E590 
369 
0232 F4 
370 
0233 540F 
371 
0235 23 
372 
0236 23 
373 
0237 F9 
374 
0238 B90002 
375 


023B 
8006 
376 
0230 
7BOI 
377 
023F 5195 
378 
0241 09FC 
379 
0243 E5BO 
380 
0245 F4 
381 
0246 5403 
382 
0248 23 
383 
0249 23 
384 
024A 23 
385 
024B 04 
386 
024C 2E 
387 
0240 FE 
388 
024E E4 
389 
024F 
3F 
390 
0250 FF 
391 
0251 22 
392 
0252 
393 
394 
395 
396 
397 
0252 
SIBS 
398 
0254 515A 
399 
0256 SOFA 
400 
0258 
411B 
401 
025A 
402 
403 
404 
405 
406 
025A E590 
407 
025C F4 
408 
025D 
540F 
409 
025F 
23 
410 
0260 
23 
411 
0261 
F9 
412 
0262 
B90002 
413 
0265 
8004 
414 
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ZEROSC: MOV 
MOV 
AJMP 
FULLSC: MOV 


MOV 


RST: 
ACALL 


R7,'0 
R6,'0 
RST 
R7,'03H 
R6,'OFFH 
SEND IT 


ACALL 
ACALL 
JNB 
RET 


SENDIT 
UP 
ACC.2,SO 


;WRITE THE 
10-BIT WORD 
TO ACMD 
;INCREASE 
THE WORD 
VALUE 


;JUMP 
IF BIT 2 NOT SET 


MOV 
A,Pl 
CPL 
A 
ANL 
A,'OFH 
RL 
A 
RL 
A 
MOV 
Rl,A 


CJNE 
Rl,'O,D10 
SJMP 
NODLY 
DI0: 
MOV 
R3,n 
DI0A: 
ACALL 
DLYlOMS 
DJNZ 
Rl,D10A 
NODLY: 
MOV 
A,P3 
CPL 
A 


ANL 
A, i3 
RL 
A 
RL 
A 


RL 
A 
INC 
A 
ADD 
A,R6 
MOV 
R6,A 
CLR 
A 


ADDC 
A,R7 
MOV 
R7,A 
RET 
SOD: 


;READ DELEY 
;COMPLEMENT 
ACC 


;MASK OFF UPPER 
4 BITS 


;READ 
INCREMENT 
SELECT 
;COMPLEMENT 
ACC 
;MASK OFF 
UPPER 
6 BITS 


ACALL 
ACALL 
JNC 
AJMP 


SENDIT 
DOWN 
SOD 
ZEROSC 


;SEND OUT THE PRESENT 
WORD 
;DECREASE 
THE WORD 
;DO IT AGAIN 
IF CARRY 
NOT SET 


MOV 
CPL 
ANL 
RL 
RL 
MOV 
CJNE 
SJMP 


A,Pl 
A 
A,'OFH 


A 
A 
Rl,A 
Rl,'O,D10S 
NDD 


;READ DELAY 
;COMPLEMENT 
ACC 
;MASK OFF UPPER FOUR 
BITS 


0267 
5195 
0269 
D9FC 
026B E5BO 
026D F4 
026E 
5403 
0270 
23 
0271 
23 
0272 
23 
0273 
04 
0274 C3 
0275 CE 
0276 
9E 
0277 CE 
0278 E4 
0279 CF 
027A 
9F 
027B 
5403 
027D 
CF 
027E 
22 
027F 
00 
0280 22 
0281 


0281 
758AFO 
0284 
758CD8 
0287 C28D 
0289 D28C 
028B 
308DFD 
028E C28D 
0290 
DBF9 
0292 
C28C 
0294 
22 


02B5 
D282 
02B7 
7902 
02B9 EF 


415 
416 
417 
418 
419 
420 
421 
422 
423 
424 
425 
426 
427 
428 
429 
430 
431 
432 
433 
434 
435 
436 
437 
438 
439 
440 
441 
442 
443 
444 
445 
446 
447 
448 
449 
450 
451 
452 
453 
454 
455 
456 
457 
458 
459 
460 
461 
462 
463 
464 
465 
466 
467 
468 
469 
470 
471 
472 
473 
474 
475 
476 
477 
478 
479 
480 
481 
482 
483 


D10s: 
ACALL 
DJNZ 
NDD: 
MOV 
CPL 
ANL 
RL 
RL 
RL 
INC 
CLR 
XCH 
sUBB 
XCH 
CLR 
XCH 
sUBB 
ANL 
XCH 
RET 
DELAY: 
NOP 
RET 


DLYlOMs 
R1,D10s 
A,P3 


A 
A,n 


A 
A 
A 
A 


C 
A,R6 
A,R6 
A,R6 
A 
A,R7 
A,R7 
A,n 
A,R7 


;READ 
INCREMENT 
SELECT 
;COMPLEMENT 
ACC 
;MAsK OFF 
UPPER 
6 BITS 
;MULTIPLY 
BY 
8 


;sUBTRACT 
INCREMENT 
FROM 
R6 
;SAVE 
IT 
;CLEAR ACCUM 
FOR SUBTRACTION 


;sUBTRACT 
BORROW 
FROM 
R7 
;INsURE 
MAXIMUM 
WORO 
;sAVE 
IT 


MOV 
MOV 
CLR 
sETB 
JNB 
CLR 
DJNZ 
CLR 
RET 


TL, now, 
(0-10000) 
TH,~HIGH(0-10000) 
TF 
TR 
TF,Ms10W 
TF 
R3,Ms10W 
TR 


;CLEAR 
TIMER FLAG 
;START 
TIMER 
;WAIT FOR TIMER FLAG 
TO BE SET 
;CLEAR 
TIMER FLAG 
;WAIT Rs x 10ms 
;sTOP TIMER 


sETB 
MOV 
MOV 


PO.2 
R1,~02 
A,R7 


;sET CS HIGH 
;sET COUNTER 
FOR 
2 BITS 
OF R7 
;MOVE R7 TO A FOR SEND 
OUT 


02BA 
13 
484 
RRC 
A 
;ALIGN R7 FOR SEND OUT 
02BB 
13 
485 
RRC 
A 
02BC 
13 
486 
RRC 
A 
02BD 51C7 
487 
ACALL 
SEND1 
;SEND OUT UPPER 
TWO BITS 
02BF 
7908 
488 
MOV 
R1,I8 
;SET COUNTER 
FOR R6 SEND OUT 
02C1 EE 
489 
MOV 
A,R6 
;MOVE R6 TO ACCUM 
02C2 51C7 
490 
ACALL 
SEND1 
;SEND OUT LOWER 
8 BITS 
02C4 C282 
491 
CLR 
PO.2 
;LOAD ACMD 
02C6 22 
492 
RET 
02C7 
493 
SEND1 : 
494 
495 
This 
subroutine 
sends 
[R1] number 
of 
bits 
of the accumulator, 
starting 
496 
with 
the 
MSB 
over 
the 
IIC 
port. 
497 
Accumulator, 
RO 
and 
Rl 
are 
destroyed. 
498 
02C7 
33 
499 
RLC 
A 
;ROTATE BIT 
TO CARRY 
02C8 
9281 
500 
MOV 
PO.1,C 
;MOVE CARRY 
TO DATA OUT 
02CA C280 
501 
CLR 
PO.O 
;CLOCK 
LOW 
02CC 00 
502 
NOP 
02CD 0280 
503 
SETB 
PO.O 
;CLOCK 
HIGH 
02CF D9F6 
504 
DJNZ 
Rl,SENDl 
;SEND NEXT BIT 
TILL DONE 
0201 22 
505 
RET 
506 
0202 E5BO 
507 
RPS: 
MOV 
A,P3 
READ PORT 
3 FOR PROGRAM 
SELECT 
0204 F4 
508 
CPL 
A 
COMPLEMENT 
ACC 
0205 03 
509 
RR 
A 
ROTATE 
TO LSB's 
& MULT 
BY 2 
0206 540E 
510 
ANL 
A,IOEH 
MASK 
FOR PROGRAM 
SELECT 
* 
2 
0208 DO 
511 
RET 
512 
END 


ASSEMBLY 
COMPLETE, 
o 
ERRORS 
FOUND 


ACC 
........... 
0 ADDR 
OOEOH 
PREDEFINED 


CALC 
.......... 
C ADDR 
OoCSH 
DID ........... 
C ADDR 
o23DH 
DIOA 
.......... 
C ADDR 
o23FH 
DIOS 
.......... 
C ADDR 
o267H 
DCX ........... 
C ADDR 
o073H 


DELAY 
......... 
C ADDR 
027FH 
NOT 
USED 


DIV24 
......... 
C ADDR 
OloBH 


DLYIoo 
........ 
C ADDR 
o299H 
NOT 
USED 


DLYIoMS 
....... 
C ADDR 
o29SH 
DLY200 
C ADDR 
o29DH 
DLY300 
........ 
C ADDR 
o2AlH 
DLYSoo 
........ 
C ADDR 
o2ASH 
DMSIO 
......... 
C ADDR 
o281H 
DOWN 
.......... 
C ADDR 
o2SAH 


DPI 
........... 
C ADDR 
o06DH 
FULLSC 
........ 
C ADDR 
o221H 
GFS 
........... 
C ADDR 
ooCoH 
GZS 
........... 
C ADDR 
ooBDH 
HT ............ 
C ADDR 
00B7H 
IE 
............ 
0 ADDR 
00A8H 
PREDEFINED 


JMPTBL 
........ 
C ADDR 
o04CH 


LPS 
........... 
C ADDR 
01E3H 


LP6 ........... 
C ADDR 
01F7H 
LP6A 
........... 
C ADDR 
olFDH 
MEAS 
.......... 
C ADDR 
0082H 
MSIoW 
......... 
C ADDR 
o28BH 
N4 
............ 
C ADDR 
OIDIH 
NOD ........... 
C ADDR 
026BH 
NODLY 
......... 
C ADDR 
0243H 


NZS 
........... 
C ADDR 
ooDoH 
PO 
............ 
0 ADDR 
o080H 
PREDEFINED 
PI 
............ 
0 ADDR 
o090H 
PREDEFINED 


P3 
............ 
0 ADDR 
ooBOH 
PREDEFINED 
P30 
........... 
C ADDR 
0149H 
P31 
........... 
C ADDR 
OISCH 
P32 
........... 
C ADDR 
0170H 
P4 
............ 
C ADDR 
0188H 
P40 ........... 
C ADDR 
0190H 
PH 
........... 
C ADDR 
olAIH 
P42 
........... 
C ADDR 
01B3H 
P4A 
........... 
C ADDR 
018EH 
PS 
............ 
C ADDR 
olDSH 
PR7 
........... 
C ADDR 
0209H 
PROGo 
......... 
C ADDR 
OOSCH 
PROGI 
......... 
C AD DR 
o068H 
PROG2 
......... 
C ADDR 
007AH 
PROG3 
......... 
C ADDR 
O14SH 
PROG4 
......... 
C ADDR 
0186H 
PROGS 
......... 
C ADDR 
01D3H 
PROG6 
......... 
C ADDR 
01F3H 
PROG7 
......... 
C ADDR 
o207H 
READY 
......... 
C ADDR 
0040H 
ROTL 
.......... 
C ADDR 
OoFoH 
RPS 
........... 
C ADDR 
02D2H 
RST 
........... 
C ADDR 
022SH 
RTH 
........... 
0 ADDR 
o08DH 
PREDEFINED 
RTL 
........... 
0 ADDR 
008BH 
PREDEFINED 
SD200 
......... 
C ADDR 
02A9H 
NOT USED 


SD300 
......... 
C ADDR 
02ADH 
SDSoo 
......... 
C ADDR 
o2BlH 
SENDI 
......... 
C ADDR 
o2C7H 
SEND IT 
........ 
C ADDR 
o2BSH 
SO 
............ 
C ADDR 
o228H 
SOD 
........... 
C ADDR 
02S2H 
START 
......... 
C ADDR 
0030H 
TF 
............ 
B ADDR 
o08DH 
PREDEFINED 


TH 
............ 
0 ADDR 
o08CH 
PREDEFINED 


TL 
............ 
0 ADDR 
o08AH 
PREDEFINED 


TR 
............ 
B ADDR 
o08CH 
PREDEFINED 
UP 
............ 
C AD DR 
o230H 
W ............. 
C ADDR 
o03DH 
W20 
........... 
C ADDR 
o09AH 
W21 
........... 
C ADDR 
o09FH 
W22 
........... 
C ADDR 
oOADH 
W23 
........... 
C ADDR 
00B2H 
ZERO 
.......... 
C ADDR 
0142H 
ZEROSC 
........ 
C ADDR 
o21BH 
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Timer I in non-12C applications 
of the 83/87C751/752 
microcontrollers 


The small package of the 83187C7S1 and 
B3IB7C7S2 microcontrollers 
includes two 
hardware-implemented 
timers: a 16-bit 
programmable timer, and a 1o-bit fixed-rate 
timer. The programmable timer is available 
lor the application program, and its operation 
is similar to the timer/counter of the 80CSl 
timer in mode 2. The fixed-rate timer, Timer I, 
is typically employed as a watchdog timer for 
the 12Cport communications 
and is not 
available for other uses. 


In applications which do not take advantage 
of the 12Ccommunications 
capability, the 


"silicon real estate" taken by Timer I is not 
necessarily lost--it 
can be used as a 
fixed-rate timer by the application. This timer 
can become useful in various cases, such as 
simple control applications that need a delay 
while doing some software activities in 
parallel, or generating a free-running 
repetitive waveform where the exact timing is 
not important. Another type of application is a 
watchdog timer prompting the user about 
unexpected operation of a system or its 
hardware, or resetting a program that "lost 
track." 


TIMER I IMPLEMENTATION 
Timer I is clocked once per machine cycle, 
which is the oscillator frequency divided by 
12. The timer operation is enabled by selling 
the TIRUN bit (bit 4) in the 12CFG register. 
Writing a a into the TIRUN bit will stop and 
clear the timer. The timer is 10 bits wide, and 
when it reaches the terminal count of 1024 it 
carries out and sets the Timer I interrupt flag. 
An interrupt will occur if the Timer I interrupt 
is enabled by bit ETI (bit 4) of the Interrupt 
Enable (IE) register, and global interrupts are 
enabled by bit EA (bit 7) of the same IE 
register. 


The vector address for the Timer I interrupt is 
1B hex, and the interrupt service routine must 
start at this address. As with all 80S1 family 
microcontrollers, only the Program Counter is 
pushed onto the stack upon interrupt (other 
registers that are used both by the interrupt 


service routine and elsewhere must be 
explicitly saved). The Timer I interrupt flag is 
cleared by selling the CLRTI bit (bit S) of the 
12CFG register. 


Note that when the 12Cinterlace is not 
operating-SLAVEN, 
MASTRO, and 
MASTER bits are all Q-the 
12C hardware 
does not aflect Timer I. The SCL and SDA 
pins can be used as I/O pins, and the activity 
of these pins will not cause the timer to run, 
stop, or reset. Upon hardware reset of the 
microcontroller, the SLAVEN, MASTRO, and 
MASTER bits are all reset, so the 
programmer does not have to worry about 
interaction between the SDAlSCL pins and 
the timer. 


FIXED-RATE 
TIMER 
The first programming example demonstrates 
simple fixed-rate operation. Upon reset, 
interrupts are enabled, and Timer I is started. 
A wait loop simulates the "application" 
program. The demonstration service routine 
simply sets a flag--in 
real life it could do 
something more useful, such as toggling an 
output pin. Note that the interrupt flag is 
cleared by setting CLRTI prior to returning 
from the service routine. Upon overllow, the 
timer will go on running, as the TIRUN bit is 
still set, so the interrupts will be spaced 
exactly 1024 clock cycles apart. If the service 
routine would toggle an output pin instead of 
selling a flag, its output would be a square 
wave with a period of 2048 cycles. For an 
application that demands a "one-shot- delay 
only, the service routine should clear the 
TIRUN bit in order to avoid subsequent 
interrupts. 


WATCHDOG 
TIMER 
A watchdog timer mechanism is typically 
applied in order to detect "abnormal" behavior 
of hardware. If the microcontroller operates in 
a very noisy environment, there might be a 
fear of the program "running wild" as a result 
of extremely violent EMI interlerence. In such 


a case, a watchdog may take care to reset 
the microcontroller when the Timer I interrupt 
occurs. This could be applied in application 
programs with a repetitive nature-the 
software needs to reset the timer within 1024 
machine cycles of the last reset. 


In a system where something is supposed to 
occur regularly-for 
example, an interrupt for 
an external event-the 
watchdog is designed 
to "bite" when the hardware "sleeps" and the 
expected "something" does not happen for 
too long a time. The timer is allowed to run 
continuously, but when the expected event 
occurs, it resets the timer back to O. When 
the timer is reset within 1024 cycles of the 
last reset, the application runs normally. If the 
event does not occur, the Timer I interrupt 
service routine will be activated to take care 
of the exception. 


The second programming example 
demonstrates the watchdog. Upon Reset, the 
TIRUN bit, ETI, and global interrupts are 
enabled. The watchdog timer is reset and 
restarted by the small subroutine WdRst. The 
application is simulated by a loop of delays. 
Delay 1 is less than 1024 cycles, and when 
WdRst is called within Delay 1 intervals, no 
Timer I interrupt occurs. This represents 
normal operation of a "real life" application. 
When the delay from last reset is greater than 
1024 cycles-representing 
a hardware 
exception-the 
interrupt will occur. The 
service routine for the watchdog is somewhat 
unusual, as it does not return to the program 
location where the interrupt occurred. 
Instead, the operation of the microcontroller 
is restarted at Reset. Upon entering the 
service routine, the interrupt is cleared and 
the timer is reset. Because execution does 
not return to the interrupted program with a 
RETI instruction, the interrupt pending flag is 
cleared by a call to a dummy subroutine 
XRETI. The program is restarted at Reset 
with a regular AJMP instruction. The stack 
pointer is explicitly reinitialized for the warm 
reset, so there is no danger of stack overflow 
upon repeated watchdog invocations. 


Timer I in non-12C applications 
of the 83/87C751 1752 microcontrollers 


TIINT 


2 
3 
4 
5 
6 
7 
8 
9 
10 
11 


12 
13 
14 
15 
16 
17 
18 
0020 
19 
0000 
20 
21 
22 
0000 
23 
0000 
0120 
24 
25 
001B 
26 
001B 
0200 
27 
0010 
0200 
28 
001F 
32 
29 
30 
31 
0020 02AB 
32 
0022 02AF 
33 
0024 020C 
34 
35 
0026 C200 
36 
0028 
3000FO 
37 
002B 
80F9 
38 
39 
40 


;This 
program 
demonstrates 
how 
to 
activate 
Timer 
I 
on 
the 
83C751 
or 
;83C752 
microcontrollers 
as 
a 
fixed 
rate 
timer 
when 
the 
12C 
port 
is 
not 
;used. 
Once 
activated, 
Timer 
I will generate 
an interrupt 
every 
1024 
;machine 
cycles. 
The 
12C bus pins 
SCL and SDA may be used 
as open 
drain 
;outputs. 


$M007 
751 
$Title(Timer 
I Fixed 
Rate 
Timer) 


$Oate(11/06/90) 
$Debug 


Flags 
DATA 
20h 
TstFlag 
BIT 
Flags.O 


ORG 
0 
AJMP 
Reset 


ORG 
1Bh 
Timer!: 
SETB 
TstFlag 
SETB 
CLRTI 


RETI 


;Timer 
I interrupt. 


;Set flag to indicate 
a Timer 
I interrupt. 
;Clear Timer 
I to allow 
it 
to restart. 


SETB 
SETB 
SETB 


ETI 
EA 
TIRUN 


;Enable 
Timer 
I 
interrupt. 


:Enable 
global 
interrupts. 


; Start 
Timer 
I. 


TstFlag 
TstFlag,Wait 
Loop 


CLR 
JNB 
SJMP 


Timer I in non-12C applications 
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TIINT 
Timer 
I Fixed 
Rate 
Timer 
11/06/90 
PAGE 
2 


CLRTI. 
B ADDR 
OODDH 
PREDEFINED 


EA 
. 
B ADDR 
OOAFH 
PREDEFINED 


ETI. 
B ADDR 
OOABH 
PREDEFINED 


FLAGS. 
D ADDR 
0020H 
LOOP 
C ADDR 
0026H 


RESET. 
C ADDR 
0020H 


TIMERI 
C ADDR 
OOlBH 
NOT USED 


TIRUN. 
B ADDR 
OODCH 
PREDEFINED 


TSTFLAG. 
B ADDR 
OOOOH 


WAIT 
C ADDR 
0028H 


Timer I in non-12C applications 
of the 83/87C751/752 
microcontrollers 


0000 
0000 
0126 


001B 
001B C2AF 
001D C20C 
001F 
020D 
0021 
1125 
0023 
0126 
0025 
32 


0026 
758107 


0029 
750800 
002C D20C 
002E 
D2AB 
0030 
D2AF 


0032 
1153 
0034 
114E 
0036 
1153 
0038 
114E 
003A 
1153 
003C 
1157 
003E 
00 
003F 
00 
0040 
00 
0041 
00 
0042 
00 


1 ;******************************************************************************* 
2 
3 
Timer 
I 
Watchdog 
Timer 
Usage 
4 
5 
;This 
program 
demonstrates 
how 
to 
use 
Timer 
I 
on 
the 
83C751 
or 
83C752 
6 
;microcontrollers 
as 
a 
watchdog 
timer 
when 
the 
12C 
port 
is 
not 
used. 


7 ;Once 
started, 
Timer 
I must 
be cleared 
more 
often 
than once every 
1024 
8 
;machine 
cycles. 
If 
Timer 
I 
is 
allowed 
to 
overflow, 
a 
Timer 
I 
9 
;interrupt 
will 
be 
generated. 
Thus, 
if 
global 
interrupts 
or 
the 
Timer 
10 
;1 
interrupt 
are 
inhibited, 
the 
watchdog 
function 
will 
be 
disabled. 
11 
;Also, 
if 
the 
watchdog 
interrupt 
occurs 
during 
another 
interrupt 
12 
;service, 
it 
will 
be 
delayed 
until 
an 
RETI 
(return 
from 
interrupt) 


13 
;instruction 
is 
executed. 
The 
12C 
bus 
pins 
SCL 
and 
SDA 
may 
be 
used 
as 
14 
;open 
drain 
outputs. 
15 
16;******************************************************************************* 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
;The 
following 
is 
a 
"dummy" 
main 
program 
to 
test 
the 
watchdog 
timer. 


47 
48 
49 
50 
51 
52 
53 
54 
55 
56 
57 
58 


$MOD751 
$Tit1e(Timer 
I Watchdog) 
$Date (11-06-90) 
$Debug 


ORG 
CLR 
CLR 
SETB 
ACALL 
AJMP 
RETI 


1Bh 
EA 
TIRUN 
CLRTI 
XRETI 
Reset 


;Timer 
I 
interrupt. 


;Get 
here 
only 
if 
watchdog 


;Turn 
off 
Timer 
I. 


;Clear 
Timer 
I 
interrupt. 
;Force 
interrupt 
pending 
to 


;00 
a 
warm 
start. 


Not~: 
it 
is 
important 
to 
force 
the 
stack 
pointer 
to 
a 
particular 
starting 
value 
in 
this 
application 
because 
we 
may 
be 
re-starting 
after 
a 
watchdog 
interrupt, 
with 
the 
stack 
in 
an 
unk~own 
condition. 


MOV 
SETB 
SETB 
SETB 


12CFG,NO 
TIRUN 
ETI 
EA 


;Initia1ize 
I2CFG 
(set up CTO, 


;Enable 
Timer 
I 
run. 


;Enable 
Timer 
I 
interrupt. 


;Enable 
interrupt 
system. 


De1ay1 
WdRst 
De1ay1 
WdRst 
Oe1ay1 
De1ay2 
1016 
1017 
1018 
1019 
1020 


ACALL 
ACALL 
ACALL 
ACALL 
ACALL 
ACALL 
NOP 
NOP 
NOP 
NOP 
NOP 


Wait 
901 
machine 
Reset 
Watchdog. 
Wait 
901 
machine 
Reset 
Watchdog. 
Wait 
901 
+ 
4 
for 
Wait 
108 + 2 for 
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TIWD 
Timer 
I 
Watchdog 
11-06-90 
PAGE 
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0043 00 
59 
NOP 
;1021 
0044 00 
60 
NOP 
;1022 
0045 00 
61 
NOP 
;1023 
0046 
00 
62 
NOP 
;1024 
Should 
get 'bitten' 
here. 
0047 
00 
63 
NOP 
;1025 
0048 
00 
64 
NOP 
;1026 
0049 
00 
65 
NOP 
;1027 
004A 
00 
66 
NOP 
;1028 
004B 
00 
67 
NOP 
;1029 
004C 
0132 
68 
AJMP 
Loop 
;Should 
never 
get here. 
69 
004E C2DC 
70 
WdRst: 
CLR 
TIRUN 
;Reset Watchdog 
timer 
(Timer 
I) • 
0050 D2DC 
71 
SETB 
TIRUN 
0052 22 
72 
RET 


73 
0053 
7480 
74 
De1ay1: 
MOV 
A,U28 
Wait 
901 
machine 
cycles 
(1). 
0055 
8002 
75 
SJMP 
DLoop 
(2) 


0057 
740F 
76 
De1ay2: 
MOV 
A,U5 
Wait 
108 machine 
cycles 
(1). 
0059 A3 
77 
DLoop: 
INC 
DPTR 
Delay 
~ 
(ACC * 
7) + 2 macho 
eye 
(2). 
005A A3 
78 
INC 
DPTR 
(2) 


005B 
14 
79 
DEC 
A 
(1) 


005C 
70FB 
80 
JNZ 
Dloop 
(2) 


005E 22 
81 
RET 
(2) 


82 
83 
END 


ASSEMBLY 
COMPLETE, 
o ERRORS 
FOUND 
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CLRTI. 
B ADDR 
OODDH 
PREDEFINED 
DELAYl 
C ADDR 
0053H 
DELAY2 
C ADDR 
0057H 
DLOOP. 
C ADDR 
0059H 
EA 
• 
B ADDR 
OOAFH 
PREDEFINED 
ETI. 
B ADDR 
OOABH 
PREDEFINED 
I2CFG. 
D ADDR 
00D8H 
PREDEFINED 
LOOP 
C ADDR 
0032H 
RESET. 
C ADDR 
0026H 
SP 
D ADDR 
0081H 
PREDEFINED 


TIMERI 
C ADDR 
OOlBH 
NOT USED 
TIRUN. 
B ADDR 
OODCH 
PREDEFINED 
WDRST. 
C ADDR 
004EH 


XRETI. 
C ADDR 
0025H 


The Philips 83C7521B7C752 is a single-chip 
control-oriented 
microcontroller. 
It is an 
BOC51derivative, having the same basic 
architecture and powerful instruction set in a 
small 28-pin package. As 'adckln" 
functions 
to a standard microcontroller, it offers an 12C 
small area network port, a five-channel 
multiplexed 8-bit analog-to-{jigital 
converter 
(ADC), and a pulse width modulation (PWM) 
output. The part is essentially the popular 
8XC751 with the addition of the ADC and the 
PWMoutput. 


There are many control applications for which 
this microcontroller can provide an 
almost-complete, 
Iow-cost solution. The AID 
converter can monitor analog voltages of up 
to five sources. The PWM output can be used 
to generate an analog control voltage with the 
addition of a simple integrator circuit. Another 
potential use for the PWM output is as a 
driver of power-switching 
circuits for DC 
motor speed control. 


The analog-ta-digital 
converter has 8-bit 
resolution, and the conversion takes 40 
machine cycles. A multiplexer selects one out 
of live input pins. The operation of the AID 


converter and the multiplexer is controlled by 
the ADCON register. 


The repetition frequency of the PWM outpU1 
pulses is detennined by an 8-bit prescaler, 
programmed at register PWMP. The duty 
cyde of these pulses is detennined by the 
contents of a compare register, PWM. In 
order to implement the pulse width modulator, 
the prescaJer output drives an 8-bit counter. 
When the counter value matches the 
contents of the compare (PWM) register, the 
PWM output is set high, and when the 
counter reaches zero, the output is set low. 
The counter is modulo 255, so the duty cycle 
generated will be the PWM contents 
multiplied by 1/255. 


The enclosed listing demonstrates usage of 
the AID converter and the PWM. In order to 
communicate with the outside world, the 
program sends messages on a 
software-{jriven 
RS-232 port. The routines for 
sending messages via a soltware-controlled 
serial port can be quite useful, and for further 
discussion on those, please refer to 
Application Note 423: "Software Driven Serial 
Communication Routines for the 83C751 and 
83C752 Microcontrollers." 


Bit 5 of port 1 is used for the RS-232 
communications, 
and in order to hook the 
microcontroller to a tenninal, a buffer (e.g., 
MC1488) is needed. limerO 
is used as.the 
baud rate generator, where the timer value is 
defined by the symbol BaudVal. The 
programmed value will generate a 9600 baud 
rate with a 16MHz crystal. 


The program, after initialization and sending a 
message to the tenninal, scans all five AID 
channel inputs and outputs the voltage read 
on the serial port, as a hexadecimal value. 
Circuit operation can be verified by 
comparing channel voltages with the reading 
at the terminal. The program follows with an 
infinite loop in which channel 0 of the AID 
converter is read, and its value is used to 
program the PWM. A simple verification of 
the duty cycle can be done with a voltmeter: 
since it acts as an integrator, its reading will 
be proportional to the duty cycle. Reading of 
a voltmeter on the PWM output should be 
proportional to the channel 0 input voltage. If 
the analog reference voltage AVec, which is 
full-scale of the AID measurement, 
is set to 
be exactly as Vec, the PWM output will track 
channel 0 within about 2OmV. 


0010 
0012 
0013 
0014 


0020 
0000 
0001 


This 
program 
first 
reads 
all 
five 
AID 
channels 
and 
outputs 
the 
values 
in 


hexadecimal 
as 
RS-232 
data. 
Next, 
the 
PWM 
output 
is 
set 
to 
reflect 
the 


value 
on 
AID 
channel 
0, 
and 
again 
outputs 
the 
AID 
value 
to 
RS-232. 
Note 


that 
the 
AID 
value 
is 
inverted 
before 
being 
moved 
to 
the 
PWM 
compare 


register 
in 
order 
to 
compensate 
for 
the 
inversion 
on 
the 
PWM 
output 
pin. 


This 
process 
is 
repeated 
continuously. 


Thus, 
a 
voltage 
may 
be 
applied 
to 
ADCO 
(PI.O, 
pin 
13) 
to 
vary 
the 
PWM 
pulse 
width. 
A 
simple 
test 
of 
this 
function 
is 
to 
measure 
the 
voltage 
on 
ADCO 


and 
PWM 
with 
a 
voltmeter. 
A 
typical 
voltmeter 
will 
integrate 
the 
waveform 


on 
the 
PWM 
output 
and 
show 
a 
voltage 
within 
about 
20mV 
of 
that 
on 
AOCO. 


The 
RS-232 
output 
appears 
on 
Port 
1 
pin 
5, 
which 
must 
be 
buffered 
with 
an 


MC1488 
or 
perhaps 
a 
MAX232 
chip 
prior 
to 
being 
connected 
to 
a 
terminal. 


The 
transmission 
rate 
will 
be 
9600 
baud 
when 
the 
87C752 
is 
operated 
from 


16MHz 
crystal. 


$Tit1e(87C752 
A/D and PWM Oemonstration) 


$Date (12/03/90) 
$M00752 


BaudVa1 
EQU 
-139 
;Timer 
value 
for 9600 baud 
@ 
16 MHz. 


; (one 
bit 
cell 
time) 


XmtDat 
DATA 
10h 
;Data 
for RS-232 
transmit 
routine. 
BitCnt 
DATA 
12h 
;RS-232 
transmit 
bit 
count. 
PWMVa1 
DATA 
13h 
;Ho1ds 
next 
value 
for updating 
the PWM. 
ADVa1 
DATA 
14h 
;Ho1ds 
last 
A/D 
conversion 
result. 


Flags 
DATA 
20h 
TxF1ag 
BIT 
F1ags.0 
;Transmit-in-progress 
flag. 
ADF1ag 
BIT 
F1ags.1 
;Indicates 
A/D 
conversion 
complete. 


TxD 
BIT 
Pl.5 
;Port 
bit 
for RS-232 
transmit. 


;Timer 
a 
interrupt. 


; (used 
as 
a 
baud 
rate 
generator) 


0035 
758130 
0038 
752000 
0038 
758800 
003E 
75A882 


0046 
7900 
0048 
E9 
0049 
1180 
0048 FA 


004C 
900152 
004F 
310A 
0051 E9 
0052 
11EC 
0054 
900161 
0057 
310A 


0059 EA 
005A 
11EC 
005C 
09 
0050 8905E8 
0060 
90014F 
0063 
310A 


0065 
758FFF 
0068 
758EOO 
0068 
751300 
006E 
75FE01 
0071 
75A8CA 


0074 
7400 
0076 
1186 
0078 
3001FD 
0078 E514 
0070 
11EC 
007F 
900165 
0082 
310A 
0084 
80EE 


MOV 
Mav 
ACALL 
Mav 


MOV 
ACALL 
MOV 
ACALL 
Mav 
ACALL 


MOV 
ACALL 
INC 
CJNE 
Mav 
ACALL 


SP, #30h 
F1ags,#0 
TCON,#OOh 
IE,#82h 


R1,#0 
A,R1 
ADConv 
R2,A 


DPTR, #Msg2 


Mess 
A,R1 


PrByte 
DPTR,#Msg3 


Mess 


A,R2 


PrByte 
R1 


Rl,#5,Loopl 
OPTR, #CRLF 


Mess 


;C1ear RS-232 
flags. 


;Set 
up 
timer 
controls. 


;Enable 
timer 
a 
interrupt. 


;Point 
to 
message 
string. 


;Send 
message. 


;Point 
to 
message 
string. 


;Send 
message. 


;Prin~ 
channel 
N. 


;Point 
to 
message 
string. 


;Send 
message. 


MOV 
MOV 
MOV 
MOV 
MOV 


MOV 
ACALL 
JN8 
MOV 
ACALL 
MOV 
ACALL 
SJMP 


PWMP, #OFFh 
PWCM, #0 
PWMVal, #0 
PWENA, #1 
IE,#OCAh 


A,#O 


ADStart 
ADFlag,$ 
A,ADVal 


PrByte 


DPTR, #Msg4 


Mess 


Loop2 


;Set PWM 
slow 
frequency. 


;Set 
initial 
PWM 
value. 


;Default 
starting 
value 
for 
the 
PWM. 


;Start 
PWM 


;Now 
enable 
the 
AID 
and 
PWM 
interrupts. 


;Read 
AID 
channel 
O. 


;5tart 
A/D 
conversion. 


;Wait 
for 
AID 
conversion 
complete. 


;Get 
AID 
result 
to 
print. 


;Print 
PWM 
value. 


;Point 
to 
message 
string. 


AID 
Conversion 
Routines. 


The 
following 
shows 
two 
ways 
to 
use 
the 
AID. 
Both 
routines 
are 
used 
by 


different 
portions 
of 
the 
sample 
program. 


Method 
1: 
This 
version 
of 
the 
routine 
starts 
the 
conversion 
and 
then 


returns. 
The 
mainline 
program 
can 
detect 
when 
the 
conversion 
is 


complete 
by 
checking 
the 
AID 
conversion 
complete 
flag 
(ADFlag) 
which 
is 


0086 C201 
0088 
4428 
008A F5AO 
008C 
22 


0080 
4428 
008F F5AO 
0091 E5AO 
0093 
30E4FB 
0096 E584 
0098 22 


0099 E584 
009B F514 
0090 F4 
009E F513 
OOAO 
0201 
00A2 
32 


00A7 
HAD 
00A9 2000FD 
OOAC 
22 


OOAD F5l0 
OOAF 
75l20A 
00B2 
758CFF 
00B5 
758A75 
00B8 
758DFF 
OOBB 
758B75 
OOBE 
D28C 
OOCO C295 
00C2 0200 
00C4 
22 


set 
by 
the 
AID 
interrupt 
service 
routine. 
AID 
data 
must 
be 
read 
by 
the 
calling 
routine. 


ADStart: 
CLR 
ORL 
MOV 
RET 


ADFlag 
A,J28h 
ADCON,A 


;Clear 
AID 
conversion 
complete 
flag. 


;Add control 
bits 
to channel 
I. 


;Start 
conversion. 


Method 
2: This 
is an alternative 
version 
of the 
AID 
routine 
which 


starts 
the 
conversion 
and 
then 
waits 
for 
it 
to 
complete 
before 
returning. 
AID 
data 
is returned 
in the Ace. 


ADConv: 
ORL 
MOV 
ADCl: 
MOV 


JNB 
MOV 
RET 


A,128h 
ADCON,A 
A,ADCON 
ACC.4,ADCl 
A,ADAT 


MOV 
MOV 


CPL 
MOV 
SETB 
RETI 


A,ADAT 
ADVal,A 


A 


PWMVal, 
A 
ADFlag 


;Read AID 
data. 
;Save 
AID 
data 
for print 
routine. 


;Complement 
the 
value 
for 
the 
PWM. 


;Set 
new 
value 
for 
PWM 
update. 


;Tell 
main 
that 
new 
AID 
data 
is 
ready. 


XmtByte: 
ACALL 
JB 
RET 


RSXmt 
TxFlag,$ 


MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
SETB 
CLR 
SETB 
RET 


XmtDat,A 
BitCnt, no 
TH,IHigh 
BaudVal 
TL,ftLow 
BaudVal 
RTH,IHigh 
BaudVal 
RTL,ILow 
BaudVal 
TR 


TxD 


TxFlag 


;Send ACC 
to RS-232 
output. 


;Wait 
for 
transmit 
complete. 


;Save 
data 
to 
be 
transmitted. 


;Set 
bit 
count. 


;Set 
timer 
for 
baud 
rate. 


:Start 
timer. 


;Begin 
start 
bit. 


;Set 
transmit-in-progress 
flag. 


00C5 COEO 
00C7 CODO 
00C9 
200007 
OOCC 
C28C 
OOCE 
DODO 
0000 
DOEO 
0002 
32 


0003 
051204 
0006 C200 
0008 
BOF2 


OODA 
E5l2 
OODC 
B40l04 
OODF 
0295 
OOEI 
80EB 


00E3 E5l0 
00E5 
13 
00E6 F5l0 
00E8 
9295 
OOEA 
80E2 


OOEC COEO 
OOEE C4 
OOEF 
llFA 
OOFI 
llA7 
00F3 
DOEO 
00F5 
llFA 
00F7 
llA7 
00F9 
22 


OOFA 
540F 
OOFC 
30E308 


OOFF 
20E203 
0102 
30El02 
0105 
2407 
0107 
2430 
0109 
22 


OlOA COEO 
OIOC 
7800 
OIOE E8 
OIOF 
93 


PUSH 
PUSH 
JB 
CLR 
POP 
POP 
RETI 


ACC 
PSW 
TxFlag, TxBit 


TR 
PSW 
ACC 


TxBusy: 
MOV 
CJNE 
SETB 
SJMP 


TxNext: 
MOV 
RRC 
MOV 
MOV 
SJMP 


DJNZ 
CLR 
SJMP 


BitCnt,TxBusy 
TxFlag 
TOExl 


;1s 
this 
a 
transmit 
timer 
interrupt? 


;5top 
timer. 


;Decrement 
bit 
count, 
test 
for 
done. 


;End 
of 
stop 
bit, 
release 
timer. 


;Stop 
timer 
and 
exit. 


;Get bit count. 


;ls 
this 
a 
stop 
bit? 


;Set 
stop 
bit. 


;Exit. 


PUSH 
SWAP 
ACALL 
ACALL 
POP 
ACALL 
ACALL 
RET 


A,Sitent 


A,ll,TxNext 
TxD 
TOEx2 


A,XmtDat 


A 


XmtDat,A 
TxD,C 
TOEx2 


HexAsc 


XmtByte 
ACC 


HexAsc 


XmtByte 


HexAsc: 
ANL 
JNB 
JB 
JNB 
Adj: 
ADD 
NoAdj: 
ADD 
RET 


A, ~OFH 
ACC. 3,NoAdj 
ACC .2,Adj 
ACC.l,NoAdj 
A,~07H 
A,OOH 


PUSH 
MOV 
MOV 
MOVC 


ACC 
RO,~O 
A,RO 
A,@A+DPTR 


;RO 
is 
character 
pointer 
(string 


; length 
is limited 
to 256 bytes) . 


;Get 
byte 
to 
send. 
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0110 B40003 
233 
CJNE 
A,IO,Send 
;End 
of 
string 
is indicated 
by 
a 
O. 
0113 DOEO 
234 
POP 
ACC 
0115 22 
235 
RET 


236 
0116 
11A7 
237 
Send: 
ACALL 
XmtByte 
;Send 
a 
character. 


0118 
08 
238 
INC 
RO 
;Next 
character. 


0119 
80F3 
239 
SJMP 
Mes1 


240 
011B 
ODOA 
241 
Msg1: 
DB 
ODh, OAh, 
011D 
54686973 
242 
DB 
'This 
is 
a demonstration 
of the 
87C752 
AID 
and PWM.' 
0121 
20697320 
0125 
61206465 
0129 
6D6F6E73 
012D 
74726174 
0131 
696F6E20 
0135 
6F662074 
0139 
68652038 
ODD 
37433735 
0141 
3220412F 
0145 
4420616E 
0149 
64205057 
014D 
4D2E 
014F 
ODOAOO 
243 
CRLF: 
DB 
ODh, OAh, 0 
244 
0152 
ODOM12F 
245 
Msg2: 
DB 
ODh, OAh, 
'A/D 
Channel 
' 


0156 
44204368 
015A 
616E6E65 
015E 
6C2000 
246 
0161 
203D2000 
247 
Msg3: 
DB 
, ~ , 
0 
248 
0165 202000 
249 
Msg4 : 
DB 
0 
250 
251 
END 


ASSEMBLY 
COMPLETE, 
o ERRORS 
FOUND 
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ACC. 
D ADDR 
OOEOH 
PREDEFINED 
ADAT 
D ADDR 
0084H 
PREDEFINED 
ADC1 
C ADDR 
0091H 
ADCON. 
D ADDR 
OOAOH 
PREDEFINED 
ADCONV 
C ADDR 
008DH 
ADFLAG 
B ADDR 
OOOlH 
ADINT. 
C ADDR 
0099H 
ADJ. 
C ADDR 
0105H 
ADSTART. 
C ADDR 
0086H 
ADVAL. 
D ADDR 
OO14H 
BAUDVAL. 
NUMB 
FF75H 
BITCNT 
D ADDR 
0012H 
CRLF 
C ADDR 
O14FH 
FLAGS. 
D ADDR 
0020H 
HEXASC 
C ADDR 
OOFAH 
IE 
D ADDR 
00A8H 
PREDEFINED 
LOOP1. 
C ADDR 
0048H 
LOOP2. 
C ADDR 
0074H 
MESL 
C ADDR 
OlOEH 
MESS 
C ADDR 
OlOAH 
MSG1 
C ADDR 
OllBH 
MSG2 
C ADDR 
0152H 
MSG3 
C ADDR 
0161H 
MSG4 
C ADDR 
0165H 
NOADJ. 
C ADDR 
0107H 
P1 
D ADDR 
0090H 
PREDEFINED 


PRBYTE 
C ADDR 
OOECH 
PSW. 
D ADDR 
OODOH 
PREDEFINED 
PWCM 
. 
D ADDR 
008EH 
PREDEFINED 
PWENA. 
D ADDR 
OOFEH 
PREDEFINED 
PWMINT 
C ADDR 
00A3H 
PWMP 
D ADDR 
008FH 
PREDEFINED 
PWMVAL 
D ADDR 
0013H 
RESET. 
C ADDR 
0035H 
RSXMT. 
C ADDR 
OOADH 
RTH. 
D ADDR 
008DH 
PREDEFINED 
RTL. 
D ADDR 
008BH 
PREDEFINED 
SEND 
C ADDR 
01l6H 
SP 
D ADDR 
0081H 
PREDEFINED 
TOEX1. 
C ADDR 
OOCCH 
TOEX2. 
C ADDR 
OOCEH 
TCON 
D ADDR 
0088H 
PREDEFINED 
TH 
D ADDR 
008CH 
PREDEFINED 
TIMRO. 
C ADDR 
OOC5H 
TL 
D ADDR 
008AH 
PREDEFINED 
TR 
B ADDR 
008CH 
PREDEFINED 
TXBIT . 
C ADDR 
OOD3H 
TXBUSY 
C ADDR 
OODAH 
TXD. 
B ADDR 
0095H 
TXFLAG 
B ADDR 
OOOOH 
TXNEXT 
C ADDR 
00E3H 
XMTBYTE. 
C ADDR 
00A7H 
XMTDAT 
D ADDR 
OOlOH 


INTRODUCTION 
This application note describes a Iow-cost 
airflow measurement device based on the 
Philips 83/87C752 microcontroller. Airflow 
measurement-<letennining 
the volume of air 


transferred per unit time (cubic feet per 
minute, or clm)-is 
intrinsic to a variety of 
industrial and scientific processes. 


Airflow computation depends on three 
simultaneous physical air 
measurements-velocity, 
pressure, and 
temperature. This design indudes circuits 
and sensors allowing the 8XC752 to measure 
all three parameters. 


The design also includes seven-segment 
LED displays, discrete LEOs, and pushbutton 
switches to allow selective display of airflow, 
temperature, and pressure. Furthermore, 
airflow is continuously compared with a 
programmer-defined 
setpoint. Should the 
measured airflow exceed the setpoint, an 
output relay is energized. In actual 
application, this relay output could be used to 
signal the setpoint violation (via lamp or audio 
annunciator) or otherwise control the overall 
process (e.g., emergency process shutdown). 
Of course, the setpoint, comparison criteria 
(greater, less than, etc.) and violation 
response (relay on, relay off) are easily 
changed by program modification to meet 
actual application requirements. 


Referring to Figure 1, the overall operation of 
the airflow device is as follows. 


Nonnally the unit continuously displays the 
airflow (in elm) on the seven-segment 


o 
CFM 


displays. The discrete CFM LED is also lit to 
confinn the parameter being displayed. 


Pressing the TEMP pushbutton switches the 
display to temperature (in degrees C) and 
lights the TEMP LED. As long as the 
pushbutton remains pressed, the temperature 
is displayed. When the pushbutton is 
released, the display reverts to the default 
pressure display. 


Similarly, pressing the PSI pushbutton 
displays the atmospheric pressure (in pounds 
per square inch) and lights the PSI LED. The 
pressure is displayed as long as the 
pushbutton is pressed, and the default airflow 
display resumes when the pushbutton is 
released. 


Finally, pressing the SET-POINT pushbutton 
displays the programmed airflow setpoint (in 
elm) and lights the SET-POINT LED. Again, 
releasing the pushbutton causes the display 
to revert to the default airflow measurement. 


While, thanks to advanced semiconductor 
processing, hardware pricelperfonnance 
continues to improve, software development 
technology has changed little over time. 
Thus, given ever-rising costs for qualified 
personnel, software "productivity" is arguably 
in decline. Indeed, for low-unit cost and/or 
low-volume applications, software 
development has emerged as the major 
portion of total design cost. Furthermore, 


Seven 


Segment 


LED 


Seven 
Segment 
LED 


Seven 
Segment 
LED 


o 
TEMPo 


o 
PSIo 


o 
SETPOINTo 


beyond the initial programming cost, "hidden" 
costs also arise in the fonn of life-qcle 
code 


maintenance and revision and lost 
revenue/market 
share due to excessive 


time-to-market. 


Traditionally, control applications have been 
programmed in assembly language to 
overcome microcontroller 
resource and 


perfonnance constraints. Now, thanks to 
more powerful microcontrollers and advanced 
compiler technology, it is feasible to program 
control applications using a High-Level 
Language (HLL). 


The primary benefit of using an HLL is 
obvious-one 
HLL program "statement" can 


perfonn the same function as many lines of 
assembly language. Furthermore, a 
well-written HLL program will typically be 
more "readable" than an assembly language 
equivalent, resulting in reduced maintenance 
and revision/upgrade 
costs. 


Of the many popular HLLs, the "C"language 
has emerged as the major contender for 
control applications. More than other 
languages, C gives the programmer direct 
access to, and control of, low-level hardware 
resources-a 
requirement for detenninistic, 


real-time 110applications. Furthermore, C is 
based on a "minimalisr 
philosophy in which 


the language perfonns only those functions 
explicitly requested by the programmer. This 
approach is well-suited for control 
applications, which are often characterized by 
strict cost and perfonnance requirements. 


8XC752 
OVERVIEW 
The 83C752187C752 (ROM/EPROM-based) 
combine the performance advantages of the 
8-bit 80C51 architecture with the low cost, 
power consumption, and size/pin count of a 
4-bit microcontroller. Therefore, the 8XC752 
is uniquely capable of bringing high 
processing speed and HLL programming to 
even the most cost-sensitive applications 
such as handheld (battery driven) 
instruments, automotive distributed 
processing, "smart- appliances, and 
sophisticated consumer electronics. 


Obviously, the 8XC752 can be used for 
cost-reduced versions of existing 8-bit 
applications. The device can also replace 
similarly priced 4-bit devices to achieve 
benefits of higher performance and, most 
importantly, easier sIw development including 
the use of HLL. Indeed, the component and 
system design costs associated with the 
8XC752 are so low that it is a viable 
candidate for first-time computerization 
of 
formerly non-microcontroller-based 
designs. 


Figure 2 shows the block diagram of the 
8XC752. Major features of the device include 
the following. 


Full-Function, 
High-Speed 
(to 
16MHz) 80C51 CPU Core 
The popular 80C51 architecture features 8- 
and 16-bit processing and high-speed 
execution. Most instructions execute in a 
single machine cycle (the slowest instructions 
require only two cycles). Though a 


streamlined architecture, the CPU core, 
unlike 4-bit devices, includes all the basic 
capabilities (such as stack, multiply 
instruction, interrupts, etc.) required to 
support HLL compilation. The CPU core also 
includes a unique Boolean processor which is 
well-suited for the bit-level processing and 1/0 
common to control applications. 


Low-Power 
CMOS and 
Power-Saving 
Operation 
Modes 
Thanks to the advanced CMOS process, the 
8XC752 features extremely low power 
consumption, which helps to extend battery 
life in handheld applications and otherwise 
reduce power supply and thermal dissipation 
costs and reliability concerns. Low ACTIVE 
mode (full-speed operation) power 
consumption-only 
llmA 
typical at 
12MHz---<s further complemented by two 
program-initiated power-saving operation 
modes-IDLE 
and POWER-DOWN. 


In idle mode, CPU instruction processing 
stops while on-chip 1/0 and RAM remain 
powered. Power consumption drops to 1.5flA 
(typical, 12MHz) until processing is restarted 
by interrupt or reset. Power-down mode cuts 
power consumption further (to only 10flA 
typical at 12MHz) by stopping both instruction 
and I/O processing. Return to full-speed 
operation from power-down mode is via reset. 


Note that power consumption can be further 
cut by reducing the clock frequency as much 
as application performance requirements 
allow, as shown in Figure 3. 


Another virtue of the CMOS process is 
superior tolerance to variations in Vcc, a 
requirement inherent in the targeted 
applications. The EPROM-based device 
(87C752) operates over a Vcc range of 4.5V 
to 5.5V, while the ROM-based device 
(83C752) will operate from 4V to 6V. 


On-Chip 
ROM (83C752), 
EPROM 
(87C752), 
and RAM 
The 8XC752 integrates 2048 bytes of 
program ROM/EPROM and 64 bytes of data 
RAM. This relatively small amount of memory 
reflects the fact that the targeted applications, 
though they may require high-speed 
processing, are typically characterized by 
simple algorithms and data structures. High 
code efficiency of the architecture means 
even this small amount of memory can 
effectively support the use of C. If necessary, 
the judicious use of assembly language can 
help bypass code size (and performance) 
constraints. 


Five-Channel 
8-Bit AID Converter 
Most control applications are characterized 
by the need to monitor "real-world- (I.e., 
analog) parameters. To this end, the 8XC752 
includes a medium-speed 
(40 clock cycle 
conversion) 8-bit analog-to-digital 
(AID) 
converter. Five separate input lines are 
provided along with multiplexer logic to select 
an input for conversion. The AID converters 
speed, resolution, and accuracy are more 
than adequate to measure temperature, 
pressure, and other common environmental 
parameters. 
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INTERRUPT, 
SERIAL 
PORT AND TIMER 
BLOCKS 


Timer/Counters 
Control applications, due to their "real-time" 
nature, invariably call for a variety of timing 
and counting capabilities. The 8XC752 meets 
the need by integrating three separate 
functions-a 
16-bit auto-reload counter/timer, 
an 8-bit pulse width modulator (PWM) 
output/timer, and a fixed-rate timer for 
time base generation. Together, these 
timing/counting resources can serve a range 
of tasks, inclUding waveform generation, 
external event counting, elapsed time 


calculation, periodic interrupt generation, and 
watchdog timer. 


12C Bus 
The Inter-Integrated Circuit (12C)bus is a 
patented serial peripheral interface. The 
virtue of 12Cis the ability to expand system 
functionality with acceptable performance and 
minimum cost. Notably, the pin and 
interconnect count is radically reduced 
compared to expansion via a typical 
microprocessor bus-12C requires only two 


lines, while a parallel bus often consumes 
20-30 lines and may call for extra glue logic 
(decoder, address latch, etc.). The 8XC752 
12Cport allows easy connection to a wide 
variety of compatible peripherals such as 
LCD drivers, AID and D/A converters, 
consumer/telecom 
and special-purpose 


memory (e.g., EEPROM). 12Ccan also be 
used to build distributed processing systems 
connecting multiple 12C-compatible 
microcontrollers. 
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NOTES: 
Maximum 
Ice values 
taken 
at Vcc. •. 5.5Vand 
worst 
case 
terrperature. 
Typk:al1cc 
values 
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at Vcc •. S.DVand 
25"C. 
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Ice 16 measured 
wkh 
all output 
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te...CH> lcHa.. •. 506. 
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all output 
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Xl 
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O.SV; 
X2 
n.c.; port 0 •. Vcc- RST 
•. V •. 
(This 
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8XC752 
PIN FUNCTIONS 
Since the 8XC752 is packaged in a 
cost/space-saving 
28-pin package DIP or 
PLCC), a flexible mapping of 110functions to 
pins is required to ensure the widest possible 
application coverage. 


Of the 28 pins, seven pins are allocated to 
basic functions, including digital power (Vec, 
Vss), analog reference (AVec, AVss), clock 
oscillator (X1, X2), and reset (RST). Thus, 21 
pins, organized into three ports (S-bit port 0, 
8-bit ports 1 and 3), are available for user 110. 


Figure 4 shows the alternative uses for these 
21 lines. As shown, the mapping is quite 
versatile, which maximizes the access to 
on-<:hip 1/0 functions and helps ensure full 
pin utilization. 


PO.O 
T11. INIOUT 
(open 
drain), 
12c clock 
(SCLK) 


PO.1 
T11. IN.oUT 
(open 
drain), 
12c data (SOA) 
PO.2 
T11. INIOUT (open 
drain) 
PO.:) 
TTlINlOUT 
(internal 
pull-lop) 
PO.4 
TIt 
INIOUT 
(internal 
pull-up). PWM 
output 


P 1.0 
m 
INIOUT (internal pun-up). AID lrput channel 0 
Pl.1 
m IN/OUT 
(inlemal 
pull-up), AID lrput channell 
P 1.2 
m IN/OUT 
(Internal 
pun-up), 
AID irput 
channel 
2 
P 1.3 
TTl 
IN/OUT 
(internal 
pull-up), 
AID irput 
channel 
3 
Pl.4 
TTL 
IN/OUT 
(internal 
pull-up), 
AID 
irput 
channel 
4 
Pl.5 
TIL IN/OUT 
(internal 
puN-up), 
INTO interru~ input 
Pl.6 
TTlINJOUT 
(internal 
puN-up), 
INn 
lnterrupl: 
input 
P1.7 
T11. IN/OUT (inlernai 
poll-up), 
TIMER 0 (TO) input 


NOTE: 
Pl.o-Pl.4 
may only be changed 
as a group. 
i.e .• either 
all TTL va or all NO inputs. 
How- 
ever. 
when 
selected 
as AID 
inputs. 
P1.o-P1.4 
may 
also be used 
as TTl 
inputs. 


P3.0 
TTlINJOUT 
(internal 
pull-l4J) 
P3.1 
TTlIN/OUT 
(internal 
pull-l4J) 
P3.2 
TTlINlOUT 
(internal 
pull-l4J) 
P3.3 
T11. INIOUT 
(internal 
poll-'4l) 
P3.' 
T11. INIOUT (internal 
pull-'4l) 
P3.5 
T11. INIOUT (internal 
pull-'4ll 
P3.6 
TTlINJOUT 
(internal 
pull-l4J) 
P3.7 
TTlINlOUT 
(Internal 
pull-l4J) 


Application Note 


AIRFLOW 
METER 
CIRCUIT 
DESCRIPTION 
Figure 5 is the schematic diagram of the 
airflow meter circuit. As shown, the 8XC752 
is connected to the following function blocks. 


Discrete 
and Seven-Segment 
LED 


Display 
The seven-segment 
LEOs display the 
parameter of interest (airflow, temperature, 
pressure, or setpoint). A discrete LED 
associated with each parameter is lit when 
that parameter is being displayed. 


The seven-segment 
LEOs are identified as 
XO.l, Xl, and Xl 0, reflecting their decimal 
position (tenths, ones, and tens, 
respectively). Each display has eight data 
inputs (the seven segments and a decimal 
point) and common terminals which allow the 
display to be enabled or blanked. The eight 
data inputs, and the four discrete LEOs, are 
driven from port 3 of the 8XC752 via 
high-current driver U2 and current limiting 
resistors RP 1. 


Since all the segmented and discrete LEOs 
share common data lines, data display must 
be time multiplexed. Transistors 01-04 
connect to separate output lines of port 0, 
allowing a particular seven-segment 
LED or 
the discrete LEOs (as a group) to be 
individually enabled for display. This type of 
LED multiplexing is quite common since, at a 
fast enough refresh rate, the switching 
between displays is not perceptible by the 
operator. The major benefit is the reduction of 
I/O lines required (without multiplexing, 28, 
rather than 8, data lines would be required). 


Pushbutton 
Switch 
Inputs 
Three push buttons select the parameter to be 
displayed-temperature, 
pressure, or setpoint 


(when no button is pressed, airflow is 
displayed). The four states (SW1, SW2, 
SW3, or no button pressed) are eflectively 
encoded onto two port 1 input lines (taking 
advantage of the capability to use port 1 lines 
configured as AID for TTL input) as follows: 


P1.3 
P1.4 


No button pressed 
HIGH 
HIGH 
SWl (TEMP) pressed 
LOW 
HIGH 
SW2 (PSI) pressed 
HIGH 
LOW 
SW3 (SETPOINT) pressed LOW 
LOW 


The only impact of this encoding scheme is 
that SW3 has a higher priority than the other 
push buttons-a 
factor of no concern in this 
simple application. Similarly, latching, 
debouncing, rollover, or other conditioning of 
the pushbutton inputs is not required. 


Setpolnt 
Control 
This is simply a variable re'sistor voltage 
divider which serves to establish an analog 
voltage corresponding to an airflow threshold 
at which action is taken. It connects to a port 
1 AID input. 


Relay Output 
When an airflow setpoint violation is 
detected, DPDT relay Kl is energized via 
Pl.6, which is configured as a TTL output, 
buffered by transistor 05. 


Flowmeter 
Input 
Measurement of the air velocity is via an air 
turbine tachometer connected, via 
optoisolator U7, to Pl.5, which is configured 
as a TTL input. The tachometer input is 


assumed to be a negative-going 
pulse train 


with less than 10% duty cycle. 


Air Pressure 
Sensor 


To determine airflow, the air velocity must be 
factored by ambient pressure-for 
a given 
velocity (and temperature), lower/higher 
atmospheric pressure will correspond with 
Iower/higher airflow. The pressure sensor, 
U3, outputs a voltage differential 
corresponding to the pressure. Amplifier U4 
conditions the pressure sensor output to the 
range of AVss to AVec (the analog references 
for the 8XC752 AID converter). The 
conditioned pressure sensor output is 
presented to AID input Pl.0. 


To calibrate the pressure sensor, press the 
PSI pushbutton and adjust the gain pot (Rl) 
until the display matches the local 
atmospheric pressure in pounds per square 
inch (14.7 at sea level). 


Air Temperature 
Sensor 


Similar to pressure, ambient temperature also 
affects the airflow calculation. For a given air 
velocity (and pressure), higher/lower 
temperature will correspond with lower/higher 
airflow. Temperature sensor U5 outputs an 
absolute voltage corresponding to 
temperature. Amplifier U6 conditions the 
temperature sensor output to the range AVss 
to AVec for connection to AID input Pl.l. 


To calibrate the temperature sensor, adjust 
the gain pot (RS) so that the display (while 
pressing the TEMP pushbutton) matches the 
measured output of U5 (LM35). 


Figure 6 summarizes the usage of the 
8XC7S2 I/O lines in this application. 


'0 
A 
10 A 
'0 
A 
9 
B 
9 
B 
9 
B 
8 C I-I 
8 C I I 
8 C I-I 
~D 
~ 
D 
~ 
D 
~E 
1=1 
~ 
E 1=1 
~ 
E 1=1 
~F 
~ 
F 
~F 
~G 
a 
---1 G 
a 
---1 G 
a 
,....:LOP 
-2 
OP 
-20p 
caMS 
COMS 
COMS 
'L 
t~ 
L 
CR' 


~ 
• 
CR2. 
l 


CR3• 
CR4. 


C5 
.rf~ 
~~N2585A 
.,.. 
Jl vss aun 


~ 
IN' oun 
'-"- 
IN' oun 
~ 
IN' oun 
~ 
IN' 
oun 
t;: IN' oun 
LL :~~ g~~~ 
~ 
IN' 
SUB '0 


RP, 
l:i<l. - • '8 


?' 
'5 
3 
'4 
A, 
, 13 


•• I 
, 12 
1:;' 
11 
7 
'0 
• 
9 


vee 
u, 
]j 
£_~ 8:::52 
?< 


••• 
C2 
P3.7 
007 
ft. 
11 XTAL1 P3.G", 
~~ 
vee 
22pF .5 Xl 
P3.5 
, 
P34 
C3 T 12MHz,n 
P3.4 
n 
P33 
R'9 
XTAL2 P3.3 
n 
P32 
lOkn 
22pF C4 " 
9 
P3.2 
P3 
vee ----'-:1..--- 
RST 
P3.1 
< 
p.,), 


10.F 
24 
PWM 
P3.0 


"" 
PO.3 
TO"" 
G 
PlY2 
INn 
~ 
8 
SDA 
INTO ., 
SCL 
:~ 
,. 


VREF 
19 Avee ADC2 
« 
::l::~ 
ADC1~ 
l00nF ~ 
e~S 
ADCO M 
I 


~DD 
U3 
PRESSURE 


UE 
SENSOR 


~ 
UT~ 


1~! 
ii: 
UP. 
2 
1 
R2 
'" 
UP-~ 
''''' 


UGi) 


U4 
AMp·Q2 
3 
IN. 
7 
1 
V. 
RGl 
G 
OUT 


REF 
5 
8 
RG2 
V- 
4 
2 
IN- 


SETPOINT 
VREF 
CONTROL. 


~~C12 P'~ 


US 
LM35A 


1 .VS 
VOUT 
GND 


Xl0 
CR'3 
LTS·367P 


SEVEN-SEGMENT 
NUMERIC DISPLAY 
Xl 
CR14 
LTS·367P 


XO.l 
CR'5 
LTS·367P 


m )01 
R18'- 
2N7000 


'0"" 
.,.. 


vee 
R17 
'0"" 


CFM 


TEMP 


PSI 


SETPOINT 
- 
vee 
vee 
R1G 
R'5 
10""~7C:"" 


~ 


@~7000 


~j 


J1 


vee 
Jl 
- 
Jl 
J' 
R9 
R10 
J' 
4.7"" 
4.7kn 
J' 
CR9 
SWl 
SETPOINT 
VCC 
-0-- 
TEMP 
SWITCHING 


R'3 
lN4146 
lee 
10"" 
CR10 
SW!. 


0-- 
PSI 
lN4148 
'~11"' 
CRl' 
SW3 
1N4002 
TQ2E·5V 


'0-- 
SETPOINT 
1N4148 
05 


CRF 
~2N7000 


'N4'46 
.,.. 
R14 
10"" 


~~ 


- 
vee 


VEE 
~ IJ3 
.8 VOLTS 
,vee 
J3 .8 VOLTS 
VDD 
2 
J3 
+ 8 VOLTS ~l~ 
, 
J3 
GROUND 
R' 2 
VDD 
4.7 
"" 
C8 
.•.. 
1 ~ 
r-:.L 


100~ 
2 
~ 
5 
FLOWMETER 
J21' I~ 
L~~ 
INPUT 
J2 2 
R3 
-£. 
'000 
. 


CRG 


C9 
lN4148 
~fu 


VREF 
UG 
E- 
VREF 
AMP-02 
CR7 
100~.••• 
3 
IN. 
7 
'OO.F 
lN4148 
V. 
••• 
RG' 
G 
R7 
OUT 
R4 
R5J~ 
'000 
2 
'60"" 
''''' 
RG 
REF 
5 
8 
RG2 
V-~c-,-, 


TEMPSENSO 
R 
5"" 
2 
IN- 


I 
l'~F 


VEE 


SOFTWARE 
DEVELOPMENT 
PROCEDURE 
The airflow meter application software is 
almost entirely written in C using a 
development package from Franklin 
Software. The Franklin Software C compiler 
is a cross-<Xlmpiler that runs on the IBM PC 
(and compatibles) while generating code 
suitable for execution by any BOC51-based 
product, including the 8XC752. For more 
information, contact: 


Franklin Software 
888 Saratoga Ave., #2 
San Jose, CA 95129 


The process of developing a C program using 
the Franklin package (the process is similar 
for other third-party cross-compilers) 
is as 
follows: 
1. The program is entered/edited 
on the PC 
using the programmer's 
preferred text 


editor. 


2. The program is compiled on the PC with 
the Franklin C compiler. 


3. Should compile errors (also known as 
syntax errors) occur, they are corrected by 
returning to step 1 until an error-free 
compile is achieved. 


4. 
Before testing the compiled program, it 
needs to be combined, using the 
Franklin-supplied linker, with any required 
assembly language routines. Besides 
routines explici~y written by the 


PO.O 
nL OUT --Enables 
the discrete LEOs 


po. 1 
TTL OUT --Enables 
the tenths digit seven-segment 
LED 
PO.2 
m OUT-Enables 
the ones digit seven-segment 
LED 
PO.3 
Pulled up 
PO.4 
TTL OUT --Enables 
the tens digit seven-segment 
LED 


PI.D 
AID irput-Connected 
to analog air pressure 
sensor 
Pl.t 
AID il'llut-Connected 
10 analog air tef'11J8rature 
sensor 
Pl.2 
AID input-Connected 
10 analog setpoint control 
Pl.3 
TTL 
IN-One 
of two pushbutton 
input lines 


Pl.4 
TTL 
IN-The 
second pushbunon 
input line 
Pl.S 
INTO 
interrupt input-Air 
turbine tachometer 
input 
P 1.6 
TIL 
OUT -5etpoint 
relay control 
P1.7 
Pulledup 


NOTE: 
Pl.o-Pl.4 
may only 
be changed 
as a group, 
Le" 
e~her all TlL 110 or aU AID 
inputs. 
How- 


ever, when selecled as AID inputs. 
Pl.o-Pl.4 
may also be used as TTL inputs. 


P3.0 
TTL OUT-Seven·segment 
LEOs segment 
A, CFM 
discrete LED 
P3.1 
TTL OUT-Seven-segment 
LEOs segment 
B, TEMP 
discrete LED 
P3.2 
TTL OUT-Seven·segment 
LEOs segment 
C. PSI discrete LED 
P3.3 
TIL 
OUT-Seven 
segment 
LEOs segment 
0, SETPOINT 
discrete LED 
P3.4 
TIL 
OUT-5even 
segment 
LEOs segment 
E 
P3.5 
TIL 
OUT-Seven 
segment 
LEOs segment 
F 
P3.6 
TTL QUT-Seven 
segment 
LEOs segment 
G 
P3.7 
TIL 
OUT-Seven 
segment 
LEOs segment 
DP 


programmer, every Franklin C program 
requires an assembly language startup 
routine (supplied by Franklin and, if 
necessary, edited by the programmer) 
which performs basic reset initialization 
and configuration operations before 
transferring control to the C program. 


5. 
The compiled object code is tested for 
correct operation. This can either be 
accomplished by using an 80C51-family 
simulator running on the PC or by 
downloading the object code to an 
in-circuit emulator. The simulator 
approach has the virtues of low cost and 
consolidation of all work on the PC at the 
cost of non-real-time operation/debug 
constraints (the simulator may execute 
100-1000 times slower than the 
microcontroller). The in-circuit emulator 
provides real-time operation and the 
additional benefit of assisting hardware 
design debug at somewhat higher cost. 


6. 
Should program execution prove faulty 
(known as semantic errors), return to step 
1 until error-free operation is achieved. 


7. The error-free (syntax and semantic) and 
linked object code, in the form of a .HEX 
file, is transferred to an EPROM 
programmer. Fitted with a suitable 
adaptor, the EPROM programmer can 
"burn" the object file into the targeted 
EPROM-based 80C51-family device. For 
ROM-based devices, the object file is 


transferred to the factory for custom 
masking. 


PROGRAM 
DESCRIPTION 


Figure 7 is a flowchart of the program; 
following the flowchart is the program listing. 
The flowchart shows the basic processing 
and flow, while the listing documents the 
details of the program's implementation. 


The program consists of four interrupt-driven 
(i.e., foreground) routines and a main 
program (i.e., background). The background 
program is entered at reset and executes 
forever, interrupted periodically by the 
foreground interrupts. Communication 
between the background program and the 
foreground handlers is via shared variables. 


The four interrupt routines are as follows. 


• multiplex 0 (INT3) 


Free-running Timer I generates an interrupt at 
approximately 
1000Hz and is used to 


multiplex the seven-segment 
and discrete 


LED display data. In a round-robin manner, at 
each interrupt, the program turns off the 
previously enabled display and writes data to, 
and enables, the next display. Finally, the 
interrupt routine sets a pointer to the next 
display-at 
the next interrupt, that display will 


be refreshed. Thus, each display (tens, ones, 
tenths, discrete LEDs) will be refreshed every 
fourth interrupt, which is more than fast 
enough for a flicker-free display. 


The PWM prescaler is configured to generate 
a periodic interrupt (INT6) at about 97Hz. The 
program counts these interrupts, and every 
32nd interrupt sets an "update" variable. The 
main program will change the display data 
when it detects that "update" is set and clear 
"updat9'to 
prepare for the next display cycle. 
Thus, display change frequency is about 
33Hz (i.e., 33ms), which eliminates display 
glitches associated with pushbutton switch 
bounce. 


• calc_clm () (INTO) 


The air velocity turbine tachometer drives the 
8XC752 INTO interrupt pin. At each interrupt, 
the program reads Timer 0, which keeps 
track of the elapsed time (the low 16 bits 01 a 
24-bit count in microseconds) between INTO 
interrupts. The high-order 8-bit elapsed time 


count is cleared for possible updating by the 
following routine. 


• overflow () (INn) 


When Timer 0 overflows (generating an 
interrupt), the program increments the 
high-order 8 bits 01 a 24-bit variable, counting 
the microseconds between tachometer 
interrupts (handled by the previous routine). II 
this 8-bit value becomes too large (Le., 
tachometer interrupts SlOp),a NOFLOW 
variable is set, which will cause the main 
program to display an EEE out-ol-range 
indicator on the seven-segment LEOs. 


With the interrupt handlers executing the 
low-level timing and 110, the main program, 
which is entered on reset and executes 
lorever, consists of only three major steps. 


The temperature/pressure 
compensated 
airflow is calculated. First, the "base" clm 
rate, as tracked by the calc_cfm () 


tachometer interrupt is adjusted by removing 
the execution time of the calc_clm () handler 
itself. Next, the temperature is determined 
(AID channell), 
and airflow is compensated. 
Similarly, the air pressure is determined (AID 
channel 0) and airflow compensated again. 


Now that the true airflow is calculated, it is 
compared with the selpoint (adjusted with the 
variable resistor), which is determined by 
reading AID channel 2. II the airflow is 
greater than the selpoint, the relay is closed. 
Otherwise, the relay is opened. 


Finally, the UPDATE flag (set by the 33Hz 
read_switch () interrupt) is checked. If it is 
time to update, the data to be displayed is 
determined based on the pushbutton status 
and the state of the NOFLOW flag. The 
updated display data is initialized for later 
display on the LEOs by the multiplex () 
display refresh interrupt handler. 


*1 
'pragma CODE 
'pragma SYMBOLS 
'pragma PL 
(60) 
'pragma PW 
(120) 
'pragma OT 
(3) 
'pragma ROM 
(SMALL) 


*1 
'include 
'include 


*1 
'define 
'define 
'define 
'define 
'define 
'define 
'define 
Idefine 
'define 
'define 
'define 
Idefine 
'define 
'define 
'define 
Idefine 
'define 
'define 
Idefine 
'define 
'define 
'define 
'define 
tdefine 
ildefine 


ZERO K 
ONE TENTH 
CFM 
STD-TEMP 
STD ATM 
LowEsT 
CFM 
START !lDCO 
START-ADC1 
START-ADC2 
START-ADC3 
START-ADC4 
ADCI - 
ADCS 
FREERUN 
SEG A 
- 
CFM- 
SEG B 
DEGREES 
SEG C 
PSI 
SEG D 
SETPOINT 
SEG E 
SEG-F 
SEG G 
SE(:OP 


this 
program 
measures 
the 
air 
flow 
through 
a 
rotary 
flowmeter 
and 
displays 
the 
calculated 
cfm. 
the 
output 
of 
the 
flowmeter 
tachometer 
is 
a 
small 
duty 
cycle 
pulse 
train 
with 
period 
which 
is 
proportional 
to 
the 
flow. 
the 
flow 
is 
compensated 
for 
changes 
in 
pressure 
and 
temperature 
to 
maintain 
calibration. 
if 
the 
flow 
exceeds 
an 
adjustable 
setpoint 
it 
energizes 
a 
2 
form 
c 
relay 
for 
user 
application. 


/* generate 
code 
/* and 
symbols 
1* 60 lines per page 
1* 120 eo1s per page 


2730 
4444444L 
2980 
147 
Ox40 
Ox28 
Ox29 
Ox2a 
Ox2b 
Ox2e 
Ox10 
Ox08 
Ox10 
Ox01 
Ox01 
Ox02 
Ox02 
Ox04 
Ox04 
Ox08 
Ox08 
Ox10 
Ox20 
Ox40 
Ox80 


typedef 
unsigned 
char 
byte; 
/* 
typedef 
unsigned 
lot word; 
/* 
typedef 
unsigned 
long 
I_word; 
1* 


1* 
a 
degrees 
centigrade 
in 
IlIa 
kelvin 
1* 
IlIa 
cfm 
in 
microseconds 
1* 
25 
degrees 
centigrade 
in 
IlIa 
kelvin 
1* 
one 
atmosphere 
in 
IlIa 
psi 
1* 
maximum 
period 
from 
meter 
Ox400000 
1* 
commands 
to 
start 
appropriate 
/* 
aId 
channel 
conversion 
cycle 
1* 
1* 
1* 
1* 
1* 
1* 
1* 
P3 
1* 
P3 
1* 
P3 
1* 
P3 
1* 
P3 
1* 
P3 
1* 
P3 
1* 
P3 
1* 
P3 
1* 
P3 
1* 
P3 
1* 
P3 


position 
position 
position 
position 
position 
position 
position 
position 
position 
position 
position 
position 


display 
segment 
, cfm' 
led 
display 
segment 
,degrees' 
led 
display 
segment 
'psi' 
led 
display 
segment 
,setpoint' 
led 
display 
segment 
display 
segment 
display 
segment 
display 
decimal 


byte 
data 
type 
is 
unsigned 
a-bit 
word 
data 
type 
is 
unsigned 
I6-bit 
I_word 
data 
type 
is 
unsigned 
32-bit 


define 
look-up 
table 
of 
possible 
seven 
segment 
display 
characters. 
the 
table 
consists 
of 
11 
elements 
corresponding 
to 
the 
10 
digits 
('0' -' 9') 
and 
error 
symbol 
('E') 
that 
can 
be 
displayed. 
Each 
element 
is defined 
by ANDing 
(I) 
the bit 
mask 
for 
each 
segment 
(SEG 
A 
- 
SEG 
G) 
comprising 
the 
character. 
the 
table 
contents 
need-to 
be 
inverted 
before 
use 
to be compatible 
with 
U2 
(udn2585al. 
for example, 


,-segments 
[3]' 
specifies 
the 
segment 
mask 
to 
display' 
3' . 


*1 
code 
byte 
segments 
[ 
J ~ 


SEG-A 
SEG_B 
SEG-C 
SEG-D 
SEG-E 
SEG-F 
SEG-B 
SEG-C 
SEG_A 
SEG B 
SEG-D 
SEG_E 
SEG A 
SEG B 
SEG C 
SEG D 
SEG G 
- 
- 
- 
SEG F 
SEG G 
SEG B 
SEG C 
SEG A 
- 
SEG-C 
SEG 0 
SEG F 
SEG G 
- 
- 
- 
SEG-F 
SEG-G 
SEG_A 
SEG-C 
SEG-0 
SEG-E 
- 
- 
SEG-A 
SEG-B 
SEG-C 
SEG A 
SEG-B 
SEG C 
SEG-D 
SEG-E 
SEG-F 
SEG G 
SEG-A 
SEG B 
SEG-C 
SEG 0 
SEG F 
SEG G 
SEG-A 
- 
SEG-D 
SEG E 
SEG F 
SEG G 
- 
- 
- 
- 
- 
) 
; 


sbit 
sbit 
sbit 
sbit 
sbit 
sbit 
sbit 
sbit 
sbit 
sbit 


note 
that 
RELAY 
STROBE 
0 
STROBE-l 
STROBE-2 
NO. FLOW 
STROBE 
3 
SEL 0 - 
SEL-l 
INTR 
UPDATE 


1* 
data 
data 
data 
data 
data 
data 
data 
data 
data 
data 
data 
data 
data 
data 
data 


define 
word 
word 
word 
1 
word 
word 
byte 
byte 
byte 
byte 
byte 
byte 
byte 
byte 
byte 
byte 


i/o 
line 
(and 
Ox96; 
OxSO; 
OxSl; 
OxS2; 
OxS3; 
OxS4; 
Ox93; 
Ox94; 
Ox95; 
Ox97; 


function 
bits 
which 
control 
i/o 
lines. 


constant) 
names 
are 
capitalized 
/* 
active 
hi 
to 
turn 
on 
set point 
relay 
/* 
active 
hi 
to 
enable 
display 
status 
led's 
/* 
active 
hi 
to 
enable 
display 
crlS 
(tenths) 
/* 
active 
hi 
to 
enable 
display 
crl4 
(ones) 
/* 
flag 
set 
when 
no 
flow 
detected 
/* 
active 
hi 
to 
enable 
display 
crl3 
(tens) 
/* 
active 
low 
pushbutton 
inputs 
used 
to 
/* 
select 
the 
display 
mode 
1* 
/* 
flag 
set 
when 
time 
to 
update 
display 


memory 
variables. 
cfm; 
setpoint; 
degree_c 
carr; 
psi; 
displayO; 
display1; 
display2; 
display3; 
disp 
pntr; 
/* 


refresh; 
high; 
middle; 
low; 
ticks; 


note 
memory 
variable 
names 
are 
lower 
case 
/* 
gas 
flow 
in 
tenths 
of 
a 
cfm 
/* 
relay 
setpoint 
in 
tenths 
of 
a 
cfm 
/* 
temperature 
in 
tenths 
centigrade 
/* 
intermediate 
calculation 
value 
/* 
pressure 
in 
tenths 
of 
a 
psi 
/* 
variables 
to 
hold 
values 
for 
the 
/* 
displays 
during 
refresh. 
/* 
displayO=status 
LEOs, 
displayl=CR15, 
1* 
display2~CR14, 
display3=CRl3 
pointer 
to 
next 
display 
to 
enable 
/* 
counter 
determines 
display 
updates 
1* 
bits 
16 - 23 of flow period 
/* 
bits 
8 
- 
15 
of 
flow 
period 
/* 
bits 
a - 
7 
of 
flow 
period 
/* 
incremented 
by 
timer 
overflow 


1* 
0 *1 
1* 1 *1 
1* 2 *1 
1* 3 *1 
1* 4 
*1 
1* 5 *1 
1* 6 *1 
1* 7 *1 
1* 
S *1 
1* 9 *1 
1* E *1 


*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 


*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 
*1 


the 
program 
consists 
of 
four 
interrupt 
handlers 
(multiplex, 
read 
switch, 
overflow, 
calc 
cfm) 
and 
a 
main 
program. 


multiplex 
- 
refresh 
the 
seven-segment 
and 
discrete 
status 
LEOs 


read 
switch 
- 
signal 
periodic 
pushbutton 
sampling 
and 
display 
update 
overflow 
- 
accumulate 
high 
order 
bits 
of 
time 
between 
tach 
pulses 
calc 
cfro - 
accumulate 
low 
order 
bits 
of 
time 
between 
tach 
pulses 
main-- 
calc 
airflow, 
control 
relay, 
sample 
pushbuttons, 
update 
display 


multiplex 
- 
use 
the 
free-running 
I 
timer 
to 
multiplex 
the 
seven-segment 
and 
discrete 
leds 
at 
approx. 
1000 
hz. 


switch(disp 
pntr) 
{ 
- 


case 
OxOO: 
STROBE 
3 ~ FALSE; 
f* 
turn 
off display 
cr13 
*f 
P3 ~ Oxff; 
f* 
turn 
off all 
segments 
*f 
P3 ~ displayO; 
f* 
load 
segments 
for 
led's*/ 
STROBE 
0 ~ TRUE; 
f* 
turn 
on 
status 
led's 
*f 
disp 
p'fltr ~ 1; 
f* 
increment 
ptr to display 
*f 
break; 
OxOl: 
STROBE 
0 ~ FALSE; 
f* 
turn 
off 
status 
led's 
*f 
P3 ~ Oxff; 
f* 
turn 
off all 
segments 
*f 
P3 ~ displayl; 
f* 
load 
segments 
for 
tenths 
*f 
STROBE 
1 ~ TRUE; 
f* 
turn 
on display 
cr15 
*f 
disp_pntr 
~ 2; 
f* 
increment 
ptr 
to display 
*f 
break; 
Ox02 : 
STROBE 
1 ~ FALSE; 
f* 
turn 
off 
display 
cr15 
*f 
P3 ~ Oxff; 
f* 
turn 
off all 
segments 
*f 
P3 ~ display2; 
f* 
load 
segments 
for 
units 
*/ 
STROBE 
2 ~ TRUE; 
f* 
turn 
on display 
cr14 
*f 
disp_pntr 
~ 3; 
f* 
increment 
ptr to display 
*f 
break; 
Ox03: 
STROBE 
2 ~ FALSE; 
f* 
turn 
off display 
cr14 
*f 
P3 ~ Oxff; 
f* 
turn 
off all 
segments 
*f 
P3 ~ display3; 
f* 
load 
segments 
for 
tens 
*f 
STROBE 
3 ~ TRUE; 
f* 
turn 
on display 
cr13 
*f 
disp_pntr 
~ 0; 
f* 
increment 
ptr to display 
*f 


read 
switch 
- 
use the 
free 
running 
pwm prescaler 
to generate 
interrupts 
at 92 hz. every 
32nd 
interrupt 
set 
the 
UPDATE 
flag which 
causes 
main 
() to sample 
the pushbuttons 
and update 
the 
led displays. 


if 
(refresh++ 
~~ 32) 


( 
UPDATE 
~ TRUE; 
refresh 
= 0; 


overflow 
- 
whenever 
timeO 
overflows 
(from Oxffff 
to OxOOOO) 


increment 
the variable 
'ticks' 
which 
accumulates 
the 
highest 
order 
(16 - 23) bits 
of the gas 
flow period 
in microseconds. 
if the variable 
'ticks' 
is greater 
than 
the period 
corresponding 
to a flow of 
< 0.1 cfm 
then 
set the NO FLOW 
flag which 
causes 
main 
() to 
display 
'00.0' - 


cfm = 0; 
ticks 
~ 0; 
NO_FLOW 
~ TRUE; 


calc 
cfm 
- 
an e~ternal 
interrupt 
(intO) generated 
by a tach 
pulse 
from 
the 
flowmeter 
transfers 
the current 
value 
of timerO 
into variables 
'low' and 
'middle', 
and then 
resets 
the timers. 
the 
'ticKs' 
variable 
described 
above 
is also 
copied 
to variable 
'high', 
and then 
reset 
to zero. 
the NO FLOW 
flag 
is cleared 
to 
enable 
display 
by main 
() of the calculated 
cfm. 


low ~ TLO; 
TLO ~ 0; 
middle 
~ THO; 


THO = 0; 
high = ticks; 
ticks 
= 0; 


NO_FLOW 
~ FALSE; 


main 
- 


after 
initializing 
pins 
and 
variables, 
enter 
a 
continuous 
loop 
to ... 
- calculate 
the 
airflow 
based 
on 
the 
tach, 
temp 
and 
pressure 
inputs. 


- compare 
the 
airflow 
to 
the 
setpoint 
input, 
and 
control 
the 
relay. 


- if 
the 
UPDATE 
flag 
is 
set 
(by 
the 
read 
switch 
interrupt 
handler), 
sample 
the 
pushbuttons 
and 
update 
the 
display 
data. 


RELAY 
INTR 
UPDATE 
STROBE 
0 


STROBE-1 
STROBE-2 
STROBE-3 
NO FLOW 
I2CFG 
RTL 
RTH 
PWMP 
TR 
ITO 
ticks 
cfm 
low 
middle 
high 
degree_c 
psi 
corr 
refresh 
disp 
pntr 


IE 
- 


0; 
1; 
1; 
0; 
0; 
0; 
0; 
0; 
FREERUN 
I; 


0; 
- 
0; 
255; 
1; 
1; 
0; 
0; 
0; 
0; 
0; 
250; 
147; 
0; 
0; 
0; 
Oxab; 


/* 
enable 
I timer 
to 
run, 
no 
i2c 
*/ 
/* 
timer 
a 
period 
Ox10000 
u 
seconds 
*/ 


/* 
pwm 
timer 
interrupt 
at 923 hz 
*/ 


/* 
enable 
timer 
0 
*/ 


/* 
INTO is 
edge 
active 
*/ 


/* 
initialize 
variables 
*/ 


/* 
25.0 
tenths 
degrees 
c 
*/ 
/* 
14.7 
tenths 
psi 
*/ 


/* 
enable 
interrupts 
*/ 


calculate 
base 
cfm 
rate 
- 
first 
create 
long 
word 
representing 
flow 
rate 
period 
in 
microseconds. 
then 
subtract 
the 
time 


overhead 
in 
servicing 
the 
routine 
'calc 
cfm'. 
then 
divide 
the 
period 
into 
the 
period 
for 
1/10 
cfm, 
to-get 
flow 
rate 
in 
1/10 
cfm 
resolution. 


carr 
corr 
corr 
corr 
corr 


~ high * Ox10000L; 
+- 
(middle * Ox100L); 


+= 
low; 


-- CORRECTION; 
ONE_TENTH_CFM 
/ corr; 


read 
temperature 
- 
measure 
output 
from 
the 
LM35 
sensor, 


scaled 
by 
the 
AMP-02. 
the 
scaling 
results 
in 
a 
range 
of 
0 
to 
51.0 
degrees 
centigrade, 
in 
0.2 
degree 
steps. 


ADCON 
~ START 
ADC1; 
while 
(ADCON' 
ADCS) 
degree 
c 
= 
ADAT; 
degree:=c 
*= 
2; 


compensate 
cfm 
rate 
for 
temperature 
- 
convert 
temperature 
into 
degrees 
kelvin, 
then 
divide 
it 
into 
the 
measured 
flow 


rate 
multiplied 
by 
the 
calibration 
temperature 
of 
the 
flow- 


meter 
in 
degrees 
kelvin. 
(nominal 
25 
degrees 
centigrade) 


read 
pressure 
- 
measure 
output 
of 
the 
KP100A 
pressure 
trans- 


ducer, 
scaled 
by 
the 
AMP 
02. 
the 
scaling 
results 
in 
a 
range 
of 
a 
to 
25.5 
psi, 
in 
1/10 
psi 
steps. 


ADCON 
~ START 
ADCO; 
while 
(ADCON' 
ADCS) 
psi ~ ADAT; 


compensate 
cfm 
rate 
for 
pressure 
- 
multiply 
measured 
pres- 


sure 
and 
the 
calculated 
flow 
rate, 
and 
then 
divide 
it 
by 
the 
standard 
atmospheric 
pressure 
at 
sea-level. 
(nominal 
14.7 psi) 


corr 
*= 
psi; 


corr 
1= 
STD ATM; 
cfm 
= 
corr;- 


ADCON 
~ START ADC2; 
while 
(ADCON • ADCS) 
set point 
= 
ADAT; 


if 
(NO 
FLOW) 
{ 
- 


disp1ayO 
disp1ay1 
disp1ay2 
disp1ay3 


-CFM; 
-segments[O]; 
-(segments[O] 
-segments [0); 


if 
no 
pushbutton 
is 
depressed 
then 
the 
default 
display 
is 


the 
flow 
rate 
in 
cfm. 
if 
the 
flowrate 
is 
greater 
than 
or 
equal 
to 
30 
cfm 
then 
display 
the 
overrange 
message 


'EEE', 
otherwise 
display 
the 
flow in 'XX.X' 
format. 


disp1ayO 
~ 
disp1ay1 
= 
cfm /= 10; 
disp1ay2 
- 
cfm /~ 10; 
disp1ay3 
~ 


disp1ayO 
disp1ay1 
disp1ay2 
disp1ay3 


-CFM; 
-segments [10] 
-segments [lOl 
-segments[lO] 


disp1ayO 
disp1ay1 
degree 
c 
/= 
disp1ay2 
degree 
c 
/= 
disp1ay3 


-DEGREES; 
-segments[degree 
c % 10]; 
10; 
- 


-(segments[degree 
c % 10] 
10 
-segments[degree 
c % 10J; 


if 
(SEL 
1) 
{ 
- 


disp1ayO 
disp1ay1 
psi 
/~ 10; 


disp1ay2 
~ 
psi 
/~ 10; 
disp1ay3 
~ 


disp1ayO 
display1 
set point 
/= 
display2 
setpoint 
/= 
display3 


-SETPOINT; 
-segments[setpoint 
% 
10J 
; 
10; 
-(segments[setpoint 
% 10J 
I 
10; 
-segments 
[setpoint 
% 
10] 
; 
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INTRODUCTION 
With conventional microprocessor based 
systems, the market was primarily conoerned 
with performance, oost and features. With the 
advent of hand-held and portable computers, 
the prominent market requirements focus on 
size, weight and battery life. 


Given a mature 386SXlAT architecture that 
provides more than adequate performance 
for average notebook application usage, the 
design challenges for these machines revolve 
around developing low power systems that 
maximize ballery usage. 


The features of a notebook PC are usually 
characterized as weight and ballery life. The 
heaviest component of a PC is usually the 
ballery and the choioe of ballery is dictated 
by the power required. Thus the performance 
of the power management scheme has a 
direct bearing on both these parameters. 


The battery life targets for notebook 
machines is around 5 hours (the air commute 
time from coast to coast USA). 


OVERVIEW 
Most of the power consumed by a fully 
powered PC is wasted. The hard disk spins 
oonstantly even though data transfers from 
the disk are very sporadic. PCs may sit 
unattended for periods where the user is 
distracted by a telephone call, for instance. 


There are two principle challenges in 
designing a power management system: the 
ability to power down various devices without 
affecting other devices on the same bus, and 
ensuring full oompatibility with existing 
operating systems and applications. 


The largest user of power in a PC is the 
display sub-system (~ 
Watts) followed by 
the peripherals such as the hard disk (2-4 
Walls), the main system memory (0.5-1.5 
WallS), and the oore logic (1 Wall). 


INTEGRATED 
POWER 
MANAGEMENT 
The conventional PC architecture needs to 
be extended to support power management. 
Hardware needs to be added to provide 
power-down capabilities and software needs 
to be added to support the hardware and 
provide DOS oompatibility. The software 
support is usually realized in the BIOS. The 
hardware support can be implemented with 
external circuitry. This external circuitry 
manages the power resources to individual 
sub-sections of the PC system as these 


resources dictate. The external circuitry 
monitors battery power, system activities and 
timed events. 


Conventionally, the external circuitry is 
comprised of a digital power management 
ASIC and associated oomponents. The use 
of this part increases the chip oount of the PC 
system. 


The power management system has to 
determine how the system resources are 
being used. The resource usage of a PC can 
be determined by monitoring events or 
activities. User activity is usually determined 
by monitoring the keyboard controller for 
keystroke events. Keystroke events can be 
indicated by interrupts to the PC core logic or 
10 reads to the keyboard controller location. 


The power management ASIC solutions on 
the market today, such as the 
VADEMIINTEL82C347, 
VLSI VL82C312 and 
INTEL 80C386SL all require extemal analog 
support circuitry to completely implement the 
power management functions. For example, 
low ballery detect is implemented by the use 
of external oomparator chains and oomplex, 
close tolerance level detect circuitry. The cost 
of this external circuitry is usually a significant 
proportion of the overall oost of the power 
management solution. The 83187C752 
employs an internal analog-to-digital 
converter (ADC). The ADC can be used to 
implement the ballery level detection function 
at no extra oost and with no extra support 
circuitry. 


The 83/87C752 is a member of the Philips 
8051 family of high performance 8-bit 
microoontroliers. These processors have 
been optimized for sequential real time 
control applications. The 83/87C752 contains 
most of the features of the 80C51 and has 
the following features: 
- 2k bytes ROM 


- 64 bytes RAM 


- Single level interrupt structure 


- 
16 bit programmable oounter/timer 


- Two 8-bit and one 5-bit bi-directionallO 
ports 


- 
12(; serial interface 


- 
PWM with interrupt and overflow capability 


- 5 channels of 8-bit AID 


- 28-pin DIP and PLCC. 


FLEXIBILITY 
ASIC solutions to power management offer 
rigid schemes which work adequately with a 
few notebook architectures, but rarely offer 


exactly what the designer requires. With the 
current competitive arena for laptop 
development, time-to-market and value 
added features have a significant impact on 
the sales success of a particular product. The 
83187C752 offers flexibility at a low price. the 
power management design requirements can 
be ooded and configured in the controller 
software and One lime 
Programmable 
(OTP) 
devices can offer a quick low-alst 
implementation of the coded scheme. 


With these integrated functions that the 
83187C752 offers, and its ability to provide a 
complete solution to power resource control, 
this device is emerging to be the industry 
standard for power management. 


TOPOLOGY 
Figure 1 shows a block diagram of a typical 
system implementation. 
It employs the 
integrated power management scheme using 
the Philips microcontroller to handle the 
keyboard and power management functions. 
The CPU and ooprocessor reside on the local 
bus with the system memory. A local bus 
controller monitors CPU bus cycles to see if 
they are memory or ISA cycles. It also 
integrates the interrupt and DMA functions. 
The ISA bus controller processes non-system 
memory bus cycles. A frequency generator is 
used to provide the system clocks and clock 
multiplexing. The peripheral controller 
integrates the communications 
and mass 
storage sub-system. The VGA sub-system 
shares the ISA bus with the peripheral 
controller. The VGA oontroller has associated 
VGAmemory. 


Figure 2 shows the microcontroller with the 
external support devioes. The frequency 
generator provides the system clocks. It must 
have the ability to change the frequency of 
the clocks without violating the minimum high 
or low times for the oore logic. The Philips 
microcontroller can control the speed of the 
system clocks via frequency select pins on 
the frequency generator. Frequency 
generators such as the Avasem AV9127 can 
change the processor clock speed gradually 
and continuously without violating the 
minimum high or low times. 


The integrated controller monitors system 
activity via its digital input ports. It uses 
internal timers to time the intervals between 
activity. The power to the VGA and peripheral 
sub-systems is controlled by the digital output 
port pins via MOSFETs. 
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OPERATION 
The power management system operates like 
a state machine. Transitions from state to 
state are controlled by expiring timers which 
are rebiggered by external events. On 
entering a state, external power is switched 
or clocks are modified. A typical power 
managernent system would employ six 
states: Full Power, Doze, Shutdown, Sleep, 
Suspend, and Off. 


The state diagram of Figure 3 shows the 
power management states and their 
interrelationships. 


Full Power 
Entry to this state is controlled by a transition 
of the ON/OFF switch. In this state all the 
power control outputs are asserted, and the 
clock generator is seleeted for the highest 
speed. The system runs at full speed and 
power. 


Doze 
This state is entered from the FULL POWER 
state. Entry into this state is controlled by an 
expired timer (typically 30 sees). The timer 
expired as a result of not being reloaded by a 
transition on an activity monitor input pin. In 
this state the frequency generator is 
instructed to reduce the clock speed to about 
half that of the previous state. 


Shutdown 
This state is also entered from the FULL 
POWER state and operates in parallel with 
the DOZE state. Entry into this state is 
controlled by an expired timer (typically 
30 sees). The timer expired as a result of not 
being reloaded by a transition on an activity 
monitor pin. In this state the power to a 
particular peripheral or group of peripherals is 
removed via an extemal FET. 


Shutdown-Doze 
This is an intermediate state which 
implements the features of both the 
SHUTDOWN and DOZE states. Entry into 
this state from the DOZE state is controlled 
by an expired timer (typically 30 sees). The 
timer expired as a result of not being 
reloaded by a transition on an activity monitor 
pin. Entry into this state from the 
SHUTDOWN state is controlled by an expired 
timer also. The timer expired as a result of 
not being reloaded by a transition on an 
activity monitor input pin. In this state the 
power to a particular peripheral or group of 
peripherals is removed via an extemal FET 
and the frequency generator is instructed to 
reduce the clock speed to about half that of 
the FULL POWER state. 


Sleep 
This state is entered from either the DOZE 
state or SHUTDOWN state. Entry into this 
state is controlled by an expired timer 
(typically 30 sees). The length of this timer is 
usually longer than that employed in the 
DOZE or SHUTDOWN states. The timer 
expired as a result of not being reloaded by a 
transition on an activity monitor pin. The 
activity monitor may look for keystrokes or 
video activity as described below. In this state 
power is removed from the backlight and 
LCD modulation voltage regulator via external 
FETs. 


Suspend 
This state is entered from any of the above 
states. Entry into this state is controlled by a 
transition on an external suspend switch or a 
command from the BIOS. During this state, 
the microcontroller takes over the task of 
refreshing the system memory and removes 
the power from the rest of the system via 
external FETs. 


Off 
This state is entered from any of the above 
states. Entry into this state is controlled by a 
transition on an external switch or a 
command from the BIOS. 


LOWKBD 
ACTIVITY 
3 MINS. 
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POWER 
MANAGEMENT 
ELEMENTS 
Figure 4 shows the internal power 
management elements of the Philips 
controller. The Activity monitors contain 
combinatorial algorithms to monitor or poll an 
activity or combination of activities. The 
activity monitors reload programmable timers 
which toggle clock control and power control 
output pins. 


Each functional block is discussed in more 
detail below. 


Power Outputs 
The power outputs are logic level signals that 
control MOSFETs via level shifting circuitry. 


The MOSFETs switch power to the various 
blocks under power management control and 
are chosen to have a low A.l. on which 
reduces the voltage drop across the 
DRAIN-SOURCE channel. 


The level shifting circuitry and MOSFET 
orientation is shown in Figure 5. 


C1 and R1 control the switchon edge and 
should be chosen to make the edge 
suffiden~y slow to minimize the inrush 
current. This is necessary where the 
notebook computer employs solid chip 
tantalum capacitors which fail short-<:ircuit on 


switchon 
current 
transients. 


R1 pulls the gate to the NiCAD supply rail. 
The NiCAD battery voltage is usually greater 
than +12 Volts. We can exploit this relatively 
high voltage to turn the MOSFETs hard on 
and further reduce the A.l. on. The NPN 
transistor is operated as a cascode and gives 
no net inversion between the logic level and 
the state of the MOSFET. This is necessary 


to handle the default powerup mode of the 
port pins. 


For a lower performance and cost reduced 
system, a logic level FET can be used such 
as a MTM25N06L and driven direc~y from 
the microcontroller port. These logic level 
FETs usually have A.l. on specifications in 
the region of 100 milliohms. The finite 
drain-source resistance implies that a small 
amount of power is wasted in this channel 
while power is applied to the switched group 
of devices. 


Clock Control 
The clock control module controls the speed 
of the system clocks. Where the notebook 
system has a synchronous ISA clock, it is 
derived directly from CLK2, the processor 
clock. The clock control outputs can be fed 
directly to a frequency generator such as an 
AVASEM AV9127 where pins are committed 
to encode a frequency select scheme. The 
scheme employs two programmable clock 
generators; one with eight preset frequencies 
used for the system clock; and the other with 
four preset frequendes used for the mass 
storage subsystem. Figure 6 shows the 
interconnection between the clock control 
port and frequency generator. 


By changing the assignments of the encoded 
select lines, the system clock frequency can 
be reduced. Frequency generators employ 
analog voltage controlled oscillators which, 
when instructed to change frequency, will 
steadily and gradually change frequency in a 
smooth transition. This scheme does not 
violate the minimum high and low times for 
the core logic devices. 


SIGNAL 
TYPE 
DEVICE/PERIPHERAL 


*IDECSl 
LEVEL 
Hard Disk IDE interface chip select 


*IDESCO 
LEVEL 
Hard Disk IDE interface chip select 


*VWE 
EDGE 
VGA Memory Write enable signal 


*FDCS 
LEVEL 
Floppy disk digital control register 


*LPTRDY 
LEVEL 
Parallel printer interface flag 


*GPRD 
EDGE 
Accessory interface select 


*S3C90SEL 
EDGE 
SCSI interface chip select 


*LIDSW 
LEVEL 
Notebook lid switch 


Timers 
The timers should run independently of the 
keyboard scanning function. The timers are 
used as timeouts for a combination of 
external events or activities. The timers are 
constructed of reloadable timers and 
reloaded by transitions or conditions on 
external events. A typical timeout period is 
between 1 and 4 minutes, therefore the 
timeout must be constructed from both timer 
hardware and support software. Figure 7 
shows the interrelationships 
between 
hardware and software. The software must 
record the instances of timeout cycles. If the 
number of cycles is allowed to reach a 
predetermined number, the timeout elapses 
and the assigned power control output is 
negated, or the clock control outputs proceed 
to the next state. The count of the number of 
cycles is reset by a command for the activity 
monitor. 


The activity monitor asserts flags during the 
background and interrupt tasks. The timer 
software processes these flags to determine 
the state of the timeout. The software uses a 
count variable to measure the instances of 
the timer elapsing and a flag to determine 
whether activity has ocaJrred. 


ActiVity Monitor 
The activity monitor sets the activity flags for 
the timers. The monitors contain 
combinatorial elements which poll an external 
activity or a number of external activities. 
External activity can be detected by 
transitions or levels on input port pins. The 
interrupt pins would be better suited for 
transition detect while the general input ports 
could be used to poll for external conditions. 


There are several key activity indicators on 
the PC. See Table 1 below. 
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Suspend 
Control 
During the suspend state, power is removed 
from all the system devices except the power 
management controller and system memory. 
Before the system is allowed to enter the 
suspend state, the BIOS empties all the DMA 
holding registers, makes a copy of the CPU 
registers and stack pointer into reserved main 
memory. The VGA memory is also copied 
into main memory. Once this transaction has 
been completed, the system BIOS instructs 
the power management controller to enter the 
suspend state. 


At the start of the suspend state, the 
microcontroller takes over the memory 
refresh. This is achieved with the use of an 
external refresh mux. The mux is switched 
over to the microcontroller 
refresh lines when 
REFSEL is asserted. Switchover must only 
be executed after the system memory 
controller has performed a complete refresh 
cycle (512/1024 
rows). The external 
multiplexer asserts all the individual "CAS 


lines while switched over to the controller. 
The "RAS lines are all driven by a single 
"REFRESH command from the controller. 


Battery 
Monitor 
The ADC can be used to monitor the battery 
condition via an external resistor divider. This 
monitor can be used to assess the condition 
of the system batteries during system use 
and while being charged. 


A simple "minus delta V· algorithm may be 
implemented to measure the slope of the 
battery voltage over time. The charging curve 
of Figure 8 shows the characteristic of the 
voltage across the NiCAD cells with a 
constant current applied. As the NiCADs 
become charged, the internal temperature of 
the cells rises and thus their internal 
resistance increases. This results in a droop 
of the voltage across the cells. The charging 
current must be terminated when a droop of 
greater than 50mV per cell over 1 second is 
detected. 


This minus delta V algorithm can be 
implemented in the microcontroller software. 
The analog to digital controller can be used to 
sample the NiCAD battery voltage level at 
regular intervals. The sample is compared 
against the last sample for a negative result. 
If the magnitude of the result is greater than 
SOmV per cell, then the charging circuit must 
be given a command to switch off. 


A battery condition detector can also be 
implemented in the microcontroller. This 
detector can be used to give an early 
indication of an exhausted battery. When a 
NiCAD cell reaches its supply capacity, the 
voltage across the cell drops rapidly, thus the 
system supply can only sustain the core logic 
for a matter of seconds. The battery condition 
monitor should give the system and user an 
early indication of this condition. This can be 
implemented by monitoring the battery 
voltage. When a preset slope or level is 
reached or exceeded, the controller can issue 
an NMlto the core logic. The core logic can 
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PERFORMANCE 
Table 2 shows the power performance of the 
83/87C752 in a typical notebook system. 
During each power management state, the 


During the suspend mode, power is 
completely removed from the core logic 
devices and peripherals, only the DRAMs 
remain energized so that the system state 


can be restored to the next post suspend 
cycle on the detection of an activity. 


The FULL-CN figures are maximums, In 
reality, the processor executes sporadic 
scripts and then idles in tight loops awaiting 
10. This means that the actual power 
required by the system under normal 
conditions will be lower than that estimated in 
that column of the table. 


execute a shutdown routine which saves the 
state of the machine on the hard disk and 
preserves the integrity of the user's data. 


core logic system and peripherals demand 
lower and lower power as the clock speeds 
are reduced, resets are asserted and power 
is removed from the device or peripheral. 


STATE 
FULL.QN 
POWER (W) 
SHUTDOWN·DOZE 
(W) 
SLEEP POWER (W) 
SUSPEND 
POWER (W) 


DEVICE 
(MAX) 


Am386SX 
2.14 
0.7 
0.5 
0 


DRAM + Controller 
1.7 
0.6 
0.4 
0.025 


Local bus controller 
0.3 
0.3 
0.2 
0 


ISA bus controller 
0.2 
0.18 
0.07 
0 


87C752 
0.08 
0.08 
0.08 
0.015 


BIOS ROM 
0.11 
0.002 
0.002 
0 


Floppy drive 
3.1 
0.035 
0.035 
0 


IDE drive 
3.3 
0.68 
0.68 
0 


VGA controller 
2.1 
1.6 
1.2 
0.015 


Keyboard controller 
0.7 
0.6 
0.4 
0 


Keyboard 
0.15 
0.15 
0.15 
0 


Oscillators 
0.1 
0.1 
0.1 
0 


RS232 buffers 
0.11 
0.002 
0.002 
0 


LCD panel 
0.7 
0.62 
0.2 
0 


Backlight 
1.5 
1.5 
0.1 
0 


TOTALS 
15.69 
6.709 
4.119 
0.055 


1/2CLK2 
1/4CLK2 


FULL.QN 
SHUTDOWN· DOZE 
SLEEP 
SUSPEND 


CPU 
ON 
ON 
ON 
OFF 


DRAM 
ON 
ON 
ON 
ON 


Local bus 
ON 
ON 
ON 
OFF 


ISA bus 
ON 
ON 
OFF 
OFF 


87C752 
ON 
ON 
ON 
ON 


BIOS ROM 
ON 
OFF 
OFF 
OFF 


Floppy 
ON 
ON 
OFF 
OFF 


IDE drive 
ON 
IDLE 
OFF 
OFF 


VGA 
ON 
ON 
ON 
OFF 


Keyboard controller 
ON 
ON 
ON 
ON 


Keyboard 
ON 
ON 
ON 
OFF 


Oscillators 
ON 
ON 
ON 
OFF 


RS232 buffers 
ON 
OFF 
OFF 
OFF 


LCD panel 
ON 
ON 
OFF 
OFF 


Backlight 
ON 
ON 
OFF 
OFF 
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OTHER 
INTEGRATION 
OPPORTUNITIES 
The 83/87C752 offers a complete power 
management solution as described above. 
The functionality and 10 capability of this 
device can be used as a common 
denominator for other, larger Philips 
microcontrollers. The 83187C552 
offers the 
same internal functionality while providing 
more integration capabilities with its 
increased 10, memory and timer functions. 


An example of an integration opportunity 
would be to combine the keyboard scanner 
function with the power management 


function. The Philips 83187C552 
microcontroller is ideal for this task. The 
microcontroller can implement the scanning 
and code generation schemes associated 
with the keyboard function, implement the 
activity monitors, timers and power control 
scheme required for power management as 
well as provide an integrated solution to 
battery condition detection by exploiting the 
onboard AID converters. 


The PC keyboard scanner is traditionally an 
8051 microcontroller. The keyboard scanning 
and code generation can be performed by an 
8051 running at6MHz. A 12 or 16MHz 


83/87C552 microcontroller would have the 
bandwidth to take on other tasks. 


Figure 9 shows the 83/87C552 integrated as 
a power management unit and keyboard 
scanner. 


Other members of the Philips family of 8051 
derivative microcontrollers can also provide 
an integrated solution to power management 
(see Table 4). 


As can be seen, the 83187C550 
provides an 


intermediate solution to the 83/87C552 and 
83/87C752. It has more memory and 10 than 
the 83187C752 
and has three more ADC 


channels. 


DEVICE 
ROM 
RAM 
AID 
I/O 
PWM 
TIMERS 


83/87C550 
4k 
128 
88-bit 
24 
0 
2 


83/87C552 
8k 
256 
81O-bit 
48 
2 
3 


83/87C752 
2k 
64 
58-bit 
21 
1 
1 


Discharging 


Figure 8. Battery Characteristics 
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DESCRIPTION 
This application note describes a portable 
standalone, automatic constant current 
NiCad battery charger using the Philips 
Semiconductors 
87C751 microconlroller. This 
unit will fast charge NiCad batteries from a 
12V source such as an automobile battery or 
a DC power supply. The charge current is 
2.5A which is suitable for charging NiCad 


DESIGN 
OBJECTIVES 
The goal of this design is to achieve a 
maximum charge rate without damage to the 
NiCad cells. To determine the requirements 
for such a charger, we need to examine the 
most important characteristics of NiCad cells. 


As a NiCad cell charges, gas bubbles are 
released from the electrolyte and accumulate 
on the plates, reducing the effective plate 
area and increasing cell impedance. When 
the cell gets near full charge the rate of gas 
generation and temperature rise increase, 
since the charge current produces gas rather 
than stored charge. At that point the process 
goes into thermal runaway. The cell pressure 
rises sharply causing the case to vent. A 
large enough venting can destroy the cell 
immediately. If the venting is of a lesser 
magnitude, as would be the case with a 
relatively low charge current, the cell capacity 
is reduced. 


The standard technique is to charge the cells 
at such low current that there is no risk of 
thermal runaway. The electrolyte then 
reabsorbs the gas bubble at the same rate as 
they are generated. Usually this implies a 
charge current of 0.1 times the cell capacity 


Use of a microcontroller provides complete 
flexibility of design parameters such as the 
number of cells, their capacity and charge 
rate requirements. A number of key 
microcontroller techniques described in this 
application note are a state machine, a 


and a charge time of 16 hours. We want to 
achieve full charge in about half an hour. 
Slow charging also increases the likelihood of 
dendrite formation. Dendrites are crystalline 
fingers that can propagate through the plate 
separators and short the cell internally. Fast 
charging tends to clear these shorts before 
they have a chance to become significant. 


CHARGE 
TERMINATION 
There are two methods commonly used for 
terminating NiCad fast charges: delta-peak 
voltage detection and delta-temperature 
detection. This charger uses the delta-peak 
voltage method. It is simpler to implement, 
especially if interchangeable battery packs 
are to be charged, because the temperature 
sensing method requires a temperature 
sensor to be attached to the battery pack. 
The temperature change in the battery pack 
depends on how well the pack is thermally 
coupled to its surroundings, which also 
makes temperature sensing somewhat tricky. 


The voltage on a NiCad pack rises during 
charging, steeply at first, and then at a lower 
rate. When the pack is nearly full, the voltage 
rate of rise increases a little, then falls to zero 


Iow-{;()st, high-resolution 
single slope 
analog-to-digital 
converter comprised of the 


microconlroller 
and a comparator as well as 


an analog control system. 


As shown in the block diagram (Figure 1), the 
charger consists of the 87C751, a switching 
charge current regulator, an analog-to-digital 
converter and some LED indicators. 


as the voltage peaks. As the pack goes into 
over-<:harge the voltage star1s to drop and the 
internal temperature and pressure rise. A 
typical voltage drop used for charge 
termination is 1% of the peak voltage as 
shown in the battery voltage waveform 
(Figure 2). This charger uses 1% of the 
measured peak voltage as the threshold, 
which means that it can charge any number 
of cells from 1 to 6 without any external input 
to select a number of cells. 


THE 87C751 
MICROCONTROLLER 
The Philips Semiconductors 
87C751 contains 


a 2k byte ROM, a 64 byte RAM, 19 1/0 lines, 
a 16 bit auto-reload timer, a five-source 
fixed-priority interrupt structure, a bidirectional 


12C serial bus interface and an on-<:hip 
oscillator. 


In this application note, the timer is used as a 
'tick-timer'. 
scheduling 
events 
and measuring 


periods. The ports are used to conlrol and 
monitor the external analog circuitry. The 
software is written in C using the Franklin C 
compiler. 
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SCheduler 
The timer generates events at a fixed interval 
by updating the variable tick in the timer 
interrupt service routine. The timer is 
initialized and reloaded with ffffho" 
which 
corresponds to a period of 71 milliseconds. 
The choice of this period is related to the 
analog-to-dgital 
converter, which is described 
below. 


The variable tick is incremented once every 
71 ms so that 14 ticks make a second. The 
scheduler calls the charger 
procedure when 
tick equals zero, the Ieds procedure when 
tick equals 7 and it resets tick to zero as well 
as incrementing the seconds 
variable when 
tick reaches 14. 


State Machine 
The state machine in the charger 
procedure 
is the heart of the system. The state machine 
processes the current state and the filtered 
battery voltage. Figure 3 shows the topology 
of the state machine. There are four states: 


FAULT, INITIALIZING, CHARGING and 
DONE. The variable state keeps track of the 
current state. The operation of the states is 
as follows: 


FAULT 
This is the default state. When the system 
powers up and is reset, the state variable is 
initialized with this state. The filtered battery 
voltage is checked using the checlUimlts 
procedure (see Figure 3). II the measured 
voltage is within a predetermined range, it is 
assumed that a battery has been connected 
and the state variable is set to the 
INITIALIZING state. A voltage out of range 
will always set the state variable to FAULT no 
matter what the current state is. 


INITIALIZING 
During this state the running average noise 
rejection filter and other variables used by the 
charging algorithm are initialized by sampling 
the battery voltage for a preset number of 
passes through the state machine without 
making any decisions about the charging 
process. The number of passes is defined in 


the constant INITIALIZAnON_ 
TIME which is 
an integer number of seconds. When the 
initialization time is over, the state variable is 
updated to the CHARGING state. 


CHARGING 
During this state the battery voltage is 
processed in the deltaJl"8k 
procedure. A 
watchdog timer is also used to ensure that 
the battery is not overcharged in the unlikely 
event that the delta j)eak 
procedure misses 
the termination conditions. Until the battery 
peaks or the watchdog timer times out, the 
state machine remains in the CHARGING 
state. If a voltage peak is detected and the 
voltage drops below the peak by 1%, or the 
watchdog timer expires, the state variable is 
updated to the DONE state. 


DONE 
After MAINTENANCE_PERIOD 
seconds, 
charging current is applied to the battery lor 1 
second. II the battery voltage falls out of 
range (I.e., it has been disconnected), 
the 
state variable is updated to FAULT, the 
default state. 


HARDWARE 


Buck Converter Current Source 
There are two basic converter topologies 
from which the others are derived. They are 
the buck and boost converters. As the names 
imply, the buck converter produces an output 
lower than its input and the boost converter 
does the opposite. The transformer isolated 
versions of the buck and boost circuits are 
known as the forward and flyback converters. 
Since the input supply voltage is greater than 
the maximum expected output voltage and no 


isolation is required, the buck topology is a 
good choice for simplicity and high efficiency. 


The required values of inductors and 
capacitors for a switching converter are 
inversely proportional to operating frequency, 
while switching losses are proportional to 
frequency, so that a compromise is made in 
the choice of operating frequency. To keep 
the converter compact and avoid excessive 
switching losses, the switching frequency 
was chosen at 100kHz. 


!checkJimits()&& 
seconds< 
INITIALIZATION_TIME 


!check_limits()&& 
seconds==INITIALIZATION_ 
TIME 


The Unitrode UC3843D is a Iow-<:ost surface 
mount current-mode switching power supply 
controller. In this application, the voltage 
feedback loop is left open and the controller 
is driven from its compensation 
input (pin 1). 


The UC3843 data sheet shows that this node 
in the IC is driven by an active pulldown and 
a fixed 0.5 mA pullup current source. II the 
voltage feedback, pin 3, is grounded, the 
internal voltage error amplifier will turn 011 its 
output, allowing control of the node voltage 
by pulling current out of pin 1. 


The ICl7667 
is an inverting Mas gate driver. 


It provides the correct polarity for the mosfet 
gate signal and its 1.5A peak output improves 
efficiency by switching the fet quickly. The 
Amobead is an optional component which 
reduces EMI althe expense of increased 
drain voltage swing. The scope traces were 
taken without the Amobead in place. 


The analog-to-digital 
converter consists of 
0104, Cl18, Rl14, U104 as well as Rl15, 
Rl16 and Cl19 operating in conjunction with 
the 87C751. In this application a simple, 
Iow-cost ADC with relatively high resolution is 
required, but i1does not need linearity, 
absolute accuracy or long term stability 
because the detection method is relative to 
the peak voltage and happens over a period 
less than one hour. The circuit functions as a 
voltage-to-period 
converter. Although the 
capacitor voltage follows an exponential 
curve, it is nearly linear in the operating 
region from OV to the comparison threshold 
of 454mV since the battery voltage which 
drives it is typically 5 to 6V for a four cell pack 
under charge. With a single cell the period 
can stretch to near the 71ms tick period. The 
capacitor voltage is described by the equation 


where C=O.l J.lFand R=1M in this circuit. The 
straight line approximation we are using is the 
tangent to the actual curve att=O. This can 
be found by differentiating the above equation 
with respect to time 


dVCldt=VsArr/RC 
• e4lRc 


and setting t=O. Then the expression 
becomes 


dVc/dt=VsATT/RC 


Integrating the above expression yields a 
straight line 


Vc=VsArr/RC. 
t 


from the origin to the point (RC,VsArr). If you 
solve for t using the straight line and 
Vc=454mV, VBArr=5.50V, you gett=8.255ms. 
Substituting this back into the first equation 
and solving for VBArr yields 5.73V, which is 
within 5% of the actual voltage. The absolute 
accuracy of the conversion is only important 
when using the battery voltage measurement 
to detect a battery connected to the output. 
versus a shoo circuit or an open circuit. All 
the critical sensing is done within 1% of the 
peak voltage and is relative to the peak. 


To avoid contamination of the battery voltage 
reading by switching noise, the voltage 
sensing is done during a quite period when 
the switching current source is tumed off by 
the processor. 


Waveforms 
The first trace (Figure 4) shows drain to 
ground voltage on the P-dlannel 
FET Note 
that the peak negative voltage is -17.66V 
and there is minimal flyback ringing. The 
positive spike on tum-on may be due to 
sense resistor inductance. 


The second trace (Figure 5) shows the 
voltage across the 0.1n sense resistor at a 
DC output current of 2.5A and an input 
voltage of 12.2V. Voltage spikes due to trace 
and sense resistor inductance are filtered out 
by Rl05, 
Cl12to 
preventfalse 
triggering of 
the UC3843 current comparator. 


The third trace (Figure 6) shows the FET gate 
voltage. FET gates are usually rated at ±20V 
maximum, but reliability is enhanced if the 
are kept within ±15V. In this case the gate 
voltage is well within range for reliable 
operation. 


REFERENCES 
1. Billings, Keith H.: Switchmode Power 
Supply Handbook, McGraw Hill 1989 


2. 
Unitrode I.C. Data Handbook, Unitrode 
Corp. 1990 


3. 
Panasonic NiCad Battery Handbook 
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ilpragma PL 
(60) 
ilpragma PW 
(120) 


ilpragma OT 
(3) 


'pragma 
ROM 
(SMALL) 


typedef 
unsigned 
char 
byte; 


typedef 
unsigned 
short 
word: 


typedef 
unsigned 
long 
dword; 


jdefine 
TRUE 
'define 
FALSE 


'define 
ON 
'define 
OFF 
'define 
FLASH 


/* 
parameters 
*/ 


'define 
ONE_OVER_DELTA 
'define ONE_SECOND 


/* 
timers 
*/ 


/* 
cpu 
cycle 
~ 1.08sus 
*/ 


/* 
1 tic 
= 
Oxffff 
cpu 
cycles 
*/ 


/* 1 ·secondw 
= 14 tics 
995.5u5 
*/ 
'define 
MAX_BATT_PERIOD 
'define 
MIN_BATT_PERIOD 


'define 
DEAD_MAN_TIMEOUT 


ildefine MAINTENANCE_PERIOD 
'define 
INITIALIZATION 
TIME 


430 
2712 
500 
20 


5530 
/* 
60ms 
period, 
0.9 
volts 
*/ 
/* 
4.67ms 
period, 
10 
volts 
*/ 
/* 
45 
minutes 
*/ 


/* 
1 
pulse 
in 
500 
Seconds 
*/ 


/* 
errors 
*/ 


'define 
BATTERY_VOLTAGE 
OUT OF RANGE 
OxOl 


'define 
BATTERY 
CHARGED 
Ox02 
'define 
DM_TIMEOUT 
Ox03 


/* 
states 
*/ 


'define FAULT 
OxOl 
ildefine INITIALIZING 
Ox02 


'define 
CHARGING 
Ox03 
'define 
DONE 
Ox04 


/* 
global 
byte 
byte 


word 


word 
word 
word 
word 
word 
word 
word 
word 


word 


variables 
*/ 


tic; 
state; 
seconds; 


this 
period; 


lastl; 
last2; 
last3; 
last4; 
lastS; 
last6; 
last?; 
valley; 


sbit 
camp_out 
Ox90; 
1* PLO 
*1 
sbit 
clear_cap 
Ox9]; 
1* Pl.] 
*1 
sbit 
charge 
Ox9?; 
1* Pl.? 
*1 
sbit 
fault-led 
Ox80; 
1* PO.O 
*1 


sbit 
charge_led 
Ox82; 
1* PO.2 
*1 


word 
measure_batt 
(void) 
{ 


byte 
tic_now; 


word 
interval; 


interval 
= 
0; 


clear 
cap 
= 
FALSE; 


while(!comp_out 
,& tic==tic 
now) 


interval++; 


clear_cap 
= 
TRUE; 
return 
(interval); 


byte 


check 
limits( 


word 
batt_period 


if 
«batt_period> 
MIN_BATT_PERIOD)&&(batt_period 
< MAX_BATT_PERIOD» 


return (FALSE); 


word 
tempI, 
temp2, 
temp3, 
temp4; 


word 
resultl, 
result2; 


temp! 
((lastO 
2) 
+ 
(lastl I 2» 
; 


temp2 
((last2 
2) + 
(last3 I 
2» ; 


temp3 
((last4 
2) + 
(lastS I 2» ; 
temp4 
«last6 
2) 
+ 
(last? I 2» ; 


result! 
((tempI 
2) 
+ 
(temp2 
2) ; 


result2 
((temp] 
2) 
+ 
(temp4 
2» ; 


last? 
last6; 
last6 
lastS; 
lastS 
last4; 
last4 
last3; 
last3 
last2; 
last2 
lastl; 


last I 
lastO; 


June 1993 


byte 
delta_peak 
( 
word 
period 


) 
( 
if 
(period 
< valley) 


valley 
= period; 


if 
(period> 
(valley + 
(valley/ONE_OVER 
DELTA») 
return 
(BATTERY_CHARGED); 


} 
byte 


watchdog 
word 
now 


if 
(now < DEAD_MAN_TIMEOUT) 
return 
(FALSE); 


void 
charger 
( void 
) 


this_period 


this_period 
measure_batt 
(); 


filter(this_period); 


switch 
(state) 
{ 
case 
FAULT: 


if 
(!checK_limits(this_period)) 


seconds 
= 0; 


state ~ INITIALIZING; 


case 
INITIALIZING: 
( 
if 
(check_limits(this 
period» 
state 
~ FAULT; 


charge 
~ TRUE; 
if 
(seconds 
< 
INITIALIZATION_TIME) 
state ~ INITIALIZING; 


valley 
~ Oxffff; 


state ~ CHARGING; 


} 
break; 


case 
CHARGING: 


if 
(check_limits(this_period)) 
state 
~ FAULT; 


if 
(!watchdog(seconds)) 
{ 
if 
(delta-peak(this_period)) 
state ~ DONE; 


seconds 
= 
0; 


state - CHARGING; 


charge 
= 
TRUE; 


case 
DONE: 
{ 
if 
(check_limits(this_period)) 
state ~ FAULT; 


if(seconds 
< MAINTENANCE_PERIOD) 


charge 
= 
TRUE; 
seconds 
= 0: 


void 
leds 
( void 
) { 


switch 
(state) 
{ 
case 
FAULT: 
charge_led 
~ OFF; 


fault 
led ~ ON; 


break; 


case 
INITIALIZING: 
( 


charge_led 
= 
ON; 


fault 
led ~ OFF; 
break: 


case CHARGING: 
( 


charge_led 
~ ON; 


fault_led 
~ OFF; 


break.; 


case 
DONE: 
( 
charge_led 
= 
'charge led; 


fault_led 
~ OFF; 


break; 


/* 
Timer 
0 
interrupt 
*/ 


void 


timerO 
(void) 
interrupt 


/* 
initialize 
pins 
*/ 


charge=FALSE; 
charge_led 
= OFF; 
fault_led 
= OFF; 


/* 
initialize 
timer 
*/ 
TR-l; 
CT-O; 
GATE-O; 
RTH=O; 
RTL=O; 
ITO - TRUE; 
ETO=l; 
EA=TRUE; 


/* 
initialize 
globals 
*/ 


tic=O; 


seconds 
= 
0; 
valley 
= Oxffff; 


state 
= 
FAULT; 


/* 
main 
program 
scheduler 
*/ 
while (1) 
{ 
switch 
(tic) 
{ 


case 
0: 
{ 
charger () ; 
while 
(tic 
< 1); 


break; 


case 
7: 
{ 
leds () ; 
while 
(tic 
< 8); 


break; 


case 
ONE_SECOND: 


tic 
= 
0; 


seconds++; 


break; 
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SUMMARY 
BCM87C751 is a powerful, flexible and low 
cost Digital Controlled Monitor System, based 
on the 87C751 microcontroller. 
It employs 12C 
bus control with various 12Cbus controlled 
peripherals (PCF8582EP-EEPROM 
and 
TDA8444 D/A converter). The control 
function is implemented via 8 6-bit DC 
voltage output from TDA8444. 


Some features of the system: 
• Flexible approach, especially for multisync 
or auto sync operation 


• Mode detection and frequency 
measurements by microprocessor 


• Mode switching under software control 


• Elimination of potentiometers 


• Quick factory alignment (DACs can be 


preset) 


• Automatic factory alignment possible 


This document describes the operation and 
the use of the system. it provides necessary 
information concerning operation, required 
hardware, flow charts and their eflect on the 
performance. 


INTRODUCTION 
Figure 1 shows the block diagram of a 
high-performance 
color monitor with 
microcontroller and several parts that 
communicate via the two-wire 12C-bus. 


The system can perform the following: 
- 
Determine the mode and standard of 
incoming signals with the stored values in 
memory (e.g., multisync modes). 


- 
Enter parameters of user defined modes 
into memory via a keyboard. 


- Control analog parameters such as 
contrast and brightness via the bus from 
keyboard inputs. 


- Control mode and standard parameters 
(such as picture geometry parameters and 
the free-running oscillator frequency). 


Features 
• Multisync or Autosync operation 


- 
FH = 31kHz-95kHz 


- 
FV=50Hz-114Hz 


• Selectable four or five function control 
configurations 


• Selectable one digit, or one and one-half 
digit, or null seven segment mode display. 


• Selectable Horizontal direct ratio or indirect 
ratio F to V converter DAC output 
configurations 


• Selectable ten user modes plus ten factory 
modes, or, one user mode plus 19 factory 
modes configurations 


• Selectable multiple up/down keys or 
minimum keyboard configuration 


• Change function without save key, all keys 
but the reload key have a repeat function 


• Both Horizontal and Vertical outputs have 
F-to-V converter DAC outputs 


VIDEDOUT. 
~ 
STAGE 
B 


• Four outputs of Horizontal PLL capacitor 


selection signal. This can be easily adapted 
for further eX1ension. 


87C751 
A derivative of the 8051 family of 
microcontrollers, 
the 87C751 has an 8-bit 


CPU, 2k bytes EPROM, 64 bytes RAM, 19 
VO lines, a bi-<lirectional inter-integrated 
circuit (12C)serial bus interlace, and an 
on-chip oscillator. 


PCF8581/2 
A 1k- or 2k-bit, 5V electrically erasable 
programmable read only memory (EEPROM) 
organized as 128 or 256 x 8 bits. The stored 
information is electrically alterable on a 
word-by-word basis, 12C-buscontrolled. 


TDA8444 
Comprises eight DACs, each controlled via 
the 12C-bus.The DACs are individually 
programmed using a 6-bit word to select an 
output from one of 64 voltage steps. the 
maximum output voltage of all DACs is set by 
the input VMAX and the resolution is 
approximately VMAX/64. 


For detailed information on these devices, 
please refer to their respective data sheets. 
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OPERATION 
INSTRUCTION 


Function 
Selection 
and Change 
When the monitor is powered on it will 
automatically enter the corresponding 
mode 
depending on the input signal. Different 
configurations and functions can be defined 
by users with the use of different features. 
The following configuration's 
functions are 
examples for user's reference. See Figure 2 
for Configurations 
1 through 4. 


To adjust functions such as V-size, V-shift, 
H-a:!Oter, H-shift, and PCC (Pincushion 
Correction Circuitry): 
1. The "Function" key should be pressed 
until the required function LED is lit. 


2. 
If the V-shift LED is on, the user can then 
adjust V-shift by pressing Up or Down 
key. If the Up key is pressed, the V-shift 
DAC output will increase one step. While 
the Down key is pressed, the V-shift DAC 
output will decrease one step. The user 
can repeat the Up or Down key simply by 
pressing it longer than 0.5 second. It will 
then automatically repeat approximately 2 
times per second until the key is released. 


Mode Selection 
and Change 


(See Figure 4) 


In Figures 3 and 4. the mode number is 
displayed on the two seven-segment 
LEOs. 


Each number denotes one mode. Modes 10 
through 19 are user modes, which can be 
defined by the user. When there is a new 
mode entering the monitor that does not 
belong to any mode stored n the EEPROM, 
the mode display will show "19". If the user 
presses the Reload key while the mode 
display is "19", the display will flash. When 
the mode display is flashing, the user can 
select the destination mode by pressing the 
Up/Down keys. The destination mode is 
between 10 and 19. 


Every press of the Up key causes the 
flashing display to add one, unless it already 
reached 19. Every press of the Down key 
causes the flashing display to subtract one, 
unless is has reached 10. When the user lets 
the destination mode flash on the display, the 
user can press the Relead key to store the 
new mode to destination mode. When the 
mode display stops flashing, the new mode is 
stored. The newly stored destination mode is 
permanent, unless the user repeats the entire 
procedure. 


To change an old user mode, already stored 
in EEPROM, to a different user mode, press 
the Reload key for longer than 8 seconds 
while the monitor is working in the old mode. 
The mode display will flash the old mode, 
then the user can use the Up/Down key to 
select the new mode. Press the Reload key 
again to copy the old to new destination user 


mode. If the user forgets to press the Reload 
key again, the flashing of the mode display 
will last for 2 minutes, then the program will 
cancel the copy old mode to new user mode 
command. 


During the flash period, the program still 
monitors the Horizontal and Vertical sync 
signal to adapt the DAC to the proper mode. 
For example, while the user tries to copy new 
mode 13 to mode 15, and the mode display 
13 (15) is flashing, if the PC sends out a 
signal for mode 3, the program will change 
the DAC output to adjust the monitor to work 
in mode 3, but the mode display is still 
flashing on user mode 13 (15) and the store 
procedure is still going on until the user 
presses the Reload key again, or terminates 
the copy procedure after the 2 minutes time 
out. The mode display then shows 3. 


NOTE: Upon request, we can also program in 
advance those 10 user-defined modes that 
can still be changed by the user if necessary 
for further extension. 


For Configuration 5 to Configuration 8, see 
Figure 3. 


To adjust functions, the user can simply press 
the corresponding 
push button. The upper 
push button will increase the DAC output. 
The lower push button will decrease the DAC 
output. (A total of 64 steps can be 
programmed in advance.) 
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Figure 2. Control 
Panel 


(BCM) 87C751 
Specification 
for a bus-controlled 
monitor 


[m[m 
@ 
[Q] 
[Q] 
[Q] 
[Q] 


CONFIGURATION 
5 
l I, 
l I, 
H-WIOTH 
H-eENTER 
V-SIZE 
V-SHIFT 


RELOAD 
[Q] 
[Q] 
[Q] 
[Q] 


@ 
[Q] 
[Q] 
[Q] 
[Q] 


CONFIGURATION 
6 
H-WIOTH 
H-eENTER 
V-SIZE 
V-SHIFT 


RELOAD 
[Q] 
[Q] 
[Q] 
[Q] 


[m[m 
@ 
[Q] 
[Q] 
[Q] 
[Q] 
[Q] 


CONFIGURATION 
7 
l I, 
l I, 
H-WIOTH 
H-eENTER 
V-SIZE 
V-SHIFT 
PIN 


RELOAD 
[Q] 
[Q] 
[Q] 
[Q] 
[Q] 


@ 
[Q] 
[Q] 
[Q] 
[Q] 
[Q] 


CONFIGURATION 
8 
H-WIOTH 
H-eENTER 
V-SIZE 
V-SHIFT 
PIN 


RELOAD 
[Q] 
[Q] 
[Q] 
[Q] 
[Q] 
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MODE 
NAME 
H.F. 
V.F. 
H.P. 
V.P. 


0 
VGA-1 
31k 
70 
+ 
1 
VGA-2 
31k 
70 
+ 
2 
VGA-3 
31k 
60 
3 
8514A 
35k 
87 
+ 
+ 
4 
SVGA-1 
35k 
56 
+ 
+ 
5 
UVGA-l 
48k 
60 
+ 
+ 
6 
VESA 
56k 
70 
7 
V64-1 
64k 
60 
+ 
+ 
8 
SVGA-2 
37k 
60 
+ 
+ 
9 
V78 
78k 
60 
+ 
+ 
10 
USER DEFINE 


18 
19 


Figure 4. Mode Selection 
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SOFTWARE 
FLOW CHART 
DESCRIPTION 
(See Figures 5 through 7) 


When power is on. software initializes the 
hardware first. The microcontroller waits 
l00jLs for the settlement of the hardware. 
then initializes itself by specifying stack. 
setting timer. clearing RAM. arranging 
interrupt •...• 
etc. 
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ADD DIODE 
REMOVE 
DIODE 


01 
Indirect ratio of VCO output 
Direct ratio of VCO output 
(JP4}---See Figure 8. 
(JP4}---See Figure 8. 


02 
10 user modes 
1 user mode 
10 factory modes 
19 factory modes 
(JP5) 
(JP5) 


03 
4 adjustable functions 
5 adjustable functions 
(JP6) 
(JP6) 


04 
Multiple Up/Down keys 
Single Up/Down keys 
(JP7) 
(JP7) 


Referring to previous section, Function 
Selection and Change, software can detect 
the hardware configuration by pulling 87C751 
microcontroller pin PO.2 LOW to read the 
diode arrangement. Each diode denotes one 
change in the hardware configuration. Table 1 
explains the usage of each diode. 


After the configuration detection, then it goes 
to check EEPROM status. If the EEPROM is 
blank, the program will start to move all 
factory set data from the microcontroller's 
PROM to EEPROM. The last byte datum in 
the microcontroller's 
PROM is 66 used for 
blank check. First it reads address DO in the 
EEPROM, then compares it with 66. If they 
are equal, the software will skip the EEPROM 


program procedure. If they are not equal, the 
software will program the EEPROM. This 
means that monitor makers can define their 
own factory modes by programming the 
EEPROM in advance. 


The follOWingprograms are endless loops. 
Please refer to the main flow chart (Figure 5). 
There are three tasks in the endless loop. 


The first task is Function Selection, basically 
a keyboard process program. 


The second task is Mode Detection, which 
includes search mode and change mode. 


The third task is Mode and Function Display, 
which includes flash mode display. 
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Mode Detection 
Beginning with branch "B", Mode Detection 
Flow Chart (Figure 7), the block at the top of 
the flow chart is "Read Previous Mode" (the 
time before 0.5 second ago) and includes 
Horizontal Sync Frequency, Vertical Sync 
Frequency, Horizontal Sync Polarity, and 
Vertical Sync Polarity. The second block is a 
comparison test block. When current mode 
(from 0.5 second ago until now) parameters 
are the same as those in previous mode, the 
program will branch to the right test block. 
Since the mode is not changed, the second 
test block in the right part of the flow chart will 
branch to leave the Mode Detection section. 


"the 
current mode (from 0.5 second ago until 
now) parameters are not the same as the 
previous mode (the time before 0.5 second 
ago), the first test block from the top of the 
flow chart will branch to search all mode 
parameters in the EEPROM to find out what 
the current mode should be. The left loop of 
the flow chart checks for the end of the 
search procedure, i.e., if all modes in the 
EEPROM are searched and checked, and 


ON:;7 
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the outcome is the same, then this test block 
will branch to set up a new user mode (19), 
as per the 4 steps indicated in the central 
flow chart line. 


The first step in setting up a new user mode 
is to "Put New Parameters" (such as 
Horizontal Sync Frequency, Vertical Sync 
Frequency, Horizontal Sync Polarity, and 
Vertical Sync Polarity) into the EEPROM. The 
new mode parameters are always saved in 
the last mode address. If the configuration 
allowing 10 user modes is selected, then 
diode 2 is added. "one 
was found to be the 
same, the program will branch to the right 
test block. " it then finds that there is a mode 
change, it will branch to Reload Mode Data to 
DAC to complete the mode change 
procedure. 


When the mode change procedure is 
completed, the monitor will be working in a 
new mode. Since the program enters the 
Mode Detection task every 0.5 second, it 
takes from 0.5 to 1.0 second to finish the 
change of mode. To save the new user mode 
(mode 19) to other user mode (10-18), the 


user can use the RELOAD key to save the 
new user mode to other user mode (modes 
10 through 18). 


" the configuration for 10 user modes is 
selected, it is highly recommended that you 
save new user mode to other user mode 
(10-18) because the last mode "mode 19", 
will be overwritten by any new user mode 
whenever a new user mode is detected, after 
new user mode parameters are detected. 


The second step in setting up a new user 
mode is "Calculating VCO Output Value" (see 
Figure 8). There are two different curves for 
the designer to select. If diode 1 is removed, 
the VCO Output Voltage will be in direct ratio 
to the Horizontal Sync Frequency. If diode 1 
is added, the VCO Output Voltage will have 
an indirect ratio. 


The third step in setting up a new user mode 
is "Put VCO Value to EEPROM". 


The last step is "Reload Mode Data to DAC". 
After reloading the DAC, the monitor is 
changed to the new user mode. 
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Key Function Selection 
The first task is Function Selection (see 
Figure 6). When the program scans the 
keyboard, it first checks for the function key. If 
it is depressed, the program will branch right 
to change function VALUE( + 1). the function 
LEDs are lit in sequence, i.e., when the 
second LED is lighting and the program 
detects a press in function key, the program 
will light the third LED and tum off the second 
LED. If the program detects that the last LED 
is lighting, it will turn on the first LED and turn 
off the last LED. 


If the key pressed by the user is not a 
function key, the program will check if it is the 
reload key. If it is not, then the second test 
block will branch left to check Up/Down keys. 
both the Up and Down keys have two 
different definitions. When the user is 
updating function contents, Up and Down 
keys are used to change the function 
contents stored in the EEPROM. In that 
situation, the flash flag is not set; after the 
program branch left from the reload key test 
block, the program will test flash flag, then 
the program will change the output of DAC. 


If a flash flag is set (see next paragraph, 
also), Up and Down keys will change the 
flashing mode displayed on two 
seven-segment LED displays. The flashing 
mode is valid between 10 and 19. The Up 
key will add one to the flashing mode unless 
the flashing mode is already 19, while the 
Down key will subtract one unless the 
flashing mode is already 10. 


If the reload key is pressed while the program 


IS In last mode (19), i.e., a new mode which is 
not the same as any mode entered in the 
EEPROM, the program will check to see if 
this is the first press. If this is the first press, 
the fourth test block in the middle will branch 
right to set the flash flag, after the flash flag is 
set, the mode displayed on the two 
seven-segment 
LED displays will start to 
flash. 


Between the first press of the reload key and 
the second press of the reload key, the Up 
and Down keys can be used to change the 
flashing mode to a destination mode. When 
the program detects the second press of the 
reload key, the program will execute all the 
center blocks in the flow chart. First, starting 
to clear the flash flag; second, to get last 
mode data from EEPROM; and third, to put 
the mode data into a new address. The 
destination is decided by the user via Up and 
Down keys to select flashing mode, then 
pressing the reload key to make the flashing 
mode be a still mode. After mode display is 
stili, the user finishes defining the destination 
user mode. This destination user mode will 
last forever unless the reload key is used to 
redefine it. 


If the user presses the reload key, and the 
program is not in the last mode, it will branch 
right to reset mode data in EEPROM 
starts 


to read original mode data in microca'ntroller's 
PROM, then puts these data to EEPROM, 
the outputs to DAC. This function is to help 
the user to restore the monitor when the 
monitor display is out of control. For example, 
if the user adjusts the Horizontal phase too 
broad, then monitor may become out of sync. 
As a consequence the screen will be a mess, 
and it is not easy for the user to re-adjust for 
correction. This feature will minimize possible 
complaints from customers. 


CIRCUIT 
DESCRIPTION 
Ul-87C751 
is an 8-bit microcontroller and the 
heart of the Bus-Controlled Monitor. The 
87C751 receives Vertical Sync and 
Horizontal Sync signals from pins P1.5 and 
P1.6. The R3,C5 in pin P1.5 is a low pass 
protection circuit. It can prevent the Vertical 
Sync signals. including Horizontal Sync 
Pulse, from interfering with the counting of 
the Vertical Sync Frequency. The R2 in pin 
P1.6 is only used for protection of 87C751. 


The 87C751 automatically checks the mode 
parameters from these two pins, then 
switches the DAC from the old mode to a 
new mode. When 87C751 is checking the 
mode, it reads different mode parameters 
from the EEPROM via 12Cbus, then decides 
whether there has been a change in mode. If 
a change is needed, the 87C751 will first 
mute video by sending a LOW to pin PO.2, 
then reads the correct mode data from the 
EEPROM via the 12Cbus. It then puts the 
data to the DAC via 12Cbus. Because of the 
12Cbus, the connections between the 
EEPROM, DAC. and the microcontroller are 
very simple. 


The system clock is provided by a 12MHz 
crystal connected to Pins 10, 11 of the 
87C751. Basically, portl is used for input, but 
Pl.4 and Pl.7 are used for output. P1.0 to 
Pl.3 are used for keyboard and configuration 
input. 


PortO has only three pins; PO.Oand PO.l are 
used for 12Ccontrol. PO.2 is an output pin 
used to test configurations. Port3 is basically 
used for output; P3.0 to P3.4 are used for 
mode seven-segment LED display output; 
P3.5 to P3.7 are used for function display. 
Both mode display and function display need 
extra decoders, an HEF4511 B 
seven-segment display driver is used to 
display the mode, while an HEF4556B dual 
2-to-4 decoder is used to display function 
LEDs. 


PCF8582 is a 2k-bit EEPROM. R4,Cl 
constructs an external R-C time to program 
the EEPROM. In normal operation the 


EEPROM needs 30ms to program one byte. 
C2 is a decoupling capacitor to stabilize the 
DC supply voltage for PCF8582. 


TDA8444 is an octal 6-bit DAC. R7,VR5,C# 
constructs a reference voltage to define the 
DAC's maximum output voltage. In practice, 
the reference voltage must be below 10.5 
volts, so R7 is added to prevent the reference 
voltage from exceeding that limit. C4 is also a 
decoupling capacitor to stabilize the DC 
supply voltage for TDA8444. 


The upper half of the HEF4556 is used to 
provide a switch signal to select Horizontal 
OSC time constant capacitors. The four 
outputs are Active-LOW. When the Horizontal 
Sync Frequency (H.S.F.) falls in one of the 
four ranges, the corresponding output pin will 
go low. The four ranges are: 


(H.S.F. < 35kHz), 
(35kHz < H.S.F. < 40kHz), 
(40kHz < H.S.F. < 50kHz), 
(H.S.F. > 50kHz). 


The enable input in the upper part of the 
HEF4556B can be used to extend the upper 
limit of the switch signal. The lower part of the 
HEF4556B is used to display function LEDs, 
the fifth LED is driven by an NPN transistor. 
When the transistor is turned on by the 
microcontroller, it also disables the lower part 
of the HEF4556B. If multiple Up/Down keys 
are configured, the function LEDs are 
replaced by five pairs of Up/Down keys. 


Because the tenth digit of the mode display is 
either "1" or blank, the driver of the tenth digit 
uses only one transistor. The driver of the 
base digit employs an HEF4511B, it is a BCD 
seven-segment display driver with output 
Active-HIGH, so only common cathode types 
can be used. The factory can use one LED to 
replace a BCD display. When the LED is li~ 
the BCD display can display user mode, or 
factory mode. This is one way to reduce the 
system cost. 


If multiple Up/Down keys are not configured, 
the keyboard has four keys: 


Function key, 
Up key 
Down key 
Reload key. 


If multiple Up/Down keys are configured, 
there will be no function key, but five pairs of 
Up/Down keys and one Reload key. the 
multiple Up/Down keys are configured by 
adding a diode in JP7. If adding a diode in 
JP6, there will be only four functions 
available, i.e., there will be only four pairs of 
Up/Down keys or four function LEOs. 


LM7805 is a power regulator IC, it changes 
12V to 5V to supply the whole circuit except 
TDA8444, which uses a 12V power supply to 
provide a wider range of DAC output. 
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There is a table to explain the usage of each 
pin in the JP1 socket. JP2 and JP8 are 
connected together, JP3 is only used for 
future automatic alignment (including 
production line) if necessary. JP4 to JP7 are 
used to select hardware configurations as 
previously mentioned. 


SPECIFICATION 
OF THE SYSTEM 
1. The input signals to the system are 
Horizontal Sync and Vertical Sync. The 
system accepts standard TILlevel 
signals, i.e., V1H > 2V, and V1L < 0.4V. 
Horizontal Sync tolerance is iQ.5kHz, and 
Vertical Sync tolerance is +2/-2 Hz. 


PARTS LIST 
87C751 BUS CONTROLLED 
MONITOR 
TH-9102/4 
Bill of Materials 


2. There are eight OAC output signals. Their 
maximum output voltage can be preset by 
setting a voltage on the TOA8444's VMAX 
pin. The voltage on the VMAXpin must be 
below 10.5V and also below the voltage 
on the TOA8444's Vp pin. For other 
detailed output current characteristics, 
please refer to Philips data books IC02a, 
IC02b and BOC51 and Derivative 
Microcontrollers. 


3. 
The Horizontal switch outputs have four 
pins. they are standard CMOS B-type 
buffered outputs. They are Active-LOW, 
Le., there will be only one output active at 
any time. If the designers wants to add 
ranges in higher Horizontal Sync 
Frequency, the designer can put extra 


circuits onto the demo board. For 
example, an OPA can be added as a 
comparator to detect the VCO output. If 
the VCO output is higher than a certain 
voltage (VCO's 60kHz output voltage), the 
OPA will be triggered and the upper half 
of the HEF 4556 can be disabled by the 
OPA via HEF4556's Pin 1, when 
HEF4556 is disabled, the four Horizontal 
switch outputs will remain HIGH, then the 
OPA's output can be used as another 
switch output 


4. 
Total current consumption 
is around 
25-90mA, depending on the number of 
LED and seven-segment displays being 
lit. 
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ITEM 
QUANTITY 
REFERENCE 
PART 


1 
1 
C1 
2700pF 


2 
6 
C2,C3,C4,C8,CI2,CI3 
O.lIlF 


3 
1 
C5 
O.OIIlF 


4 
1 
C6 
l00IlF 


5 
2 
C7,Cll 
IIlF 


6 
2 
C9,Cl0 
33pF 


7 
5 
01,02,03,04,05 
LED 


8 
3 
JP1, JP2, JP8 
Header 16 


9 
1 
JP3 
Header 4 


10 
4 
JP4, JP5, JP6, JP7 
Jumper (add diode) 


11 
2 
01,02 
BC548 


12 
1 
Rl 
470R"7 


13 
11 
R2,R3,R8,R9,Rl0,Rll,RI4,RI5,RI7,RI9,R2O 
470R 


14 
6 
R4,R6, 
R12, R13, R16,R18 
22k 


15 
1 
R5 
VR10k 


16 
1 
R7 
2k 


17 
2 
R21, R22 
56R 


18 
5 
SI, S2, S3, S4, S5 
SW Pushbutton 


19 
1 
U1 
87C751 


20 
1 
U2 
HEF4556B 


21 
1 
U3 
PCF8582 


22 
1 
U4 
TDA8444 


23 
1 
U5 
HEF4511B 


24 
1 
U6 
LM7805 


25 
2 
U7,U8 
01SP-7 


26 
1 
Yl 
12MHz 
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PARTS LIST 
87C751 BUS CONTROLLED 
MONITOR 


TH-91 0215 
Bill of Materials 
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ITEM 
QUANTITY 
REFERENCE 
PART 


1 
1 
C1 
2700pF 


2 
6 
C2,C3,C4,C8,C12,C13 
0.1l!F 


3 
1 
C5 
0.01l!F 


4 
1 
C6 
100l!F 


5 
2 
C7, C11 
1l!F 


6 
2 
C9,C10 
33pF 


7 
3 
JP1, JP2, JP8 
Header 16 
. 


8 
1 
JP3 
Header 4 


9 
4 
JP4, JP5, JP6, JP7 
Jumper (add diode) 


10 
2 
01,02 
BC548 


11 
1 
R1 
470R'7 


12 
10 
R2,R3,R8,R9,R10,R11,R14,R15,R19,R20 
470R 


13 
6 
R4,R6,R12,R13,R16,R18 
22k 


14 
1 
R5 
VR10k 


15 
1 
R7 
2k 


16 
2 
R21, R22 
56R 


17 
12 
S1, S2, S3, S4, S5, S6, S7, S8, S9, S10, S11, S12 
SW Pushbutton 


18 
1 
U1 
87C751 


19 
1 
U2 
HEF4556B 


20 
1 
U3 
PCF85B2 


21 
1 
U4 
TDA8444 


22 
1 
U5 
HEF4511B 


23 
1 
U6 
LM7805 


24 
2 
U7,U8 
DISP-7 


25 
1 
Y1 
12MHz 
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APPENDIX 
A 
References 
1. Philips Data Book IC02a, IC02b 
Video and Associated Systems 


2. 
Philips Data Book IC20 
8OCS1 and Derivative Microcontrollers 
Title: "AN422: Using the 8XC751 
Microcontroller as an 12Cbus Master" 


When you want to determine Vtrig signal, 
please disconnect Pulse Signal Generator 
(P.S.G.) Output to H. Sync demoboard from 
monitor and connect, and use input, set 
P.S.G. to 60kHz, TIllevel 
output, then 


3. 
Philips Data Book 
RF Communications 
TItle: "AN168: The Inter-Integrated (12C) 
Serial Bus: Theory and Practical 
Consideration" , 
Author: Carl Fenger 


4. 
Title: "ETV8831: Deflection Processor 
TDA8433 with 12CControl" 
Author: DJA Teuling 


5. 
Title: "ETV89008: VGA Monitor with the 
High Resolution Colour Tube 
M34ECl10X36" 
Author: H. Nertlees 


+12'1 
+sv 


+12V 
- 30V 


10K 


HVCO 


22K 


10K 


= 
= 


+12'1 


'OK 


22K 


10K 
= 


= 


H<35K 


35K<H<40K 


power on the demo board, the mode display 
should display "19", the the voltage in DAC 
H-V output pin is the trigger level voltage of 
60kHz. 


You can set P.S.G to 70.kHz to measure 
trigger level voltage of 70kHz. 
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+12V 
VP 


VMAX 


SDA 


SCl 


AO 
2K 
Al 


A2 
DACl 


GND 


TDA8444 


.12V-30V 


22K 
22K 


+ 
3 


lM324 
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50K 
22K 
+r 


1UF 
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All VRs in this application note can be 
charged to fix resistors, when proper dividing 
voltage is determined. 


Philips Semiconductors 
Mlcrocontroller 
Products 


ACCESS. bus mouse application 
code for the 
microcontroller 


DESCRIPTION 
Access.bus is an open standard, defining a 
system for connecting a number of relatively 
low speed peripheral devices to a host 
computer, typically a desktop system. The 
Access.bus (A.b) standard is driven by the 
increasing demand of workstation and PC 
users for more peripherals on the desktop 
than ever before. Devices range from 
keyboards, mice and trackballs to hand held 
scanners, card readers and 'virtual reality' 
gloves. Some of the problems the A.b 
standard addresses are: difficulty of linking 
peripherals by non-<lxpert users, desktop 
wiring cluller, limited number of 110 ports on a 
workstation, peripheral compatibility with 
different platforms and the high cost of 
software driver development associated with 


adding new peripherals to a system. 


At the hardware level, the A.b is based on the 
12Cserial bus developed by Philips. The 12C 
protocol is supported by standard IC 
components, including a range of 
microcontrollers of the BOC51 family. These 
microcontrollers provide the intelligence for 
executing the A.b protocol in both peripheral 
devices and host systems. Many desktop 
peripherals can be implemented with a single, 
low cost 8XC751 microcontroller where the 
firmware supports both the 1/0 activity and 
the A.b protocol implementation. 


This application note shows the 8XC751 
firmware of Digital Equipment Corporation's 
A.b mouse implementation. 
Many A.b 
desktop devices could be implemented with a 
very similar code. After some discussion of 
mouse operation we shall give a short 
overview of the A.b protocol. Our discussion 
of the A.b is by no means complete-please 
refer to the specifications for more detailed 
information. 


MOUSE 
OPERATION 
The mouse is the most popular pointing 
device for interactive operation with a 
workstation, personal computer or Windows 
terminal. It reports to the host two 
dimensional planar movement, and user's 
activation of two or three bUllons. 


Many of the mice available today are 
optc-mechanical, 
using shaft encoders. As 
the mouse is moved over its pad, a 
lightweight rubber balltums 
two 
perpendicular shafts. When the mouse is held 
with its cable at the top (away from the user), 
a left-right movement will rotate the 'X' shaft 
and an up-down movement will rotate the 'Y' 
shaft. Any diagonal movement will affect 
both. The shafts rotate slolled encoder disks 
which intercept light emilled by an LED. For 


each shaft there are two phototransistors 
detecting the light, producing two signals 
which are out of phase by 90 degrees. 
Figure 1 shows the waveforms produced for 
one of the shafts when it rotates. The 
changes in these quadrature signals can be 
detected to determine the direction of the 
mouse movement, and its magnitude. The 
·positive movement" waveforms relate, for 
example, to a left to right movement in the X 
direction. Denoting channel samples as 'AS', 
a transition from a '00' state to '10' shows a 
positive movement, while a transition from 
'00' to '01' shows a negative movement. 


The resolution of a mouse is determined by 
the number of changes to the quadrature 
waveforms produced in a unit length of planar 
movement. This is determined by the 
mechanics of the mouse, regardless of the 
speed in which the mouse is being moved. 
The mouse is an incremental pointing device, 
giving the host periodical position reports 
which show the displacement change relative 
to the last report. The microcontroller in the 
mouse takes the burden of keeping track of 
the rapid quadrature waveform changes and 
computing the relative displacement 
accumulated for each new position report. 
The quadrature waveforms are sampled, the 
changes are determined to be positive or 
negative, and X and Y relative displacement 
accumulators are being incremented or 
decremented accordingly. 


The average rate of change is determined by 
the speed of mouse movement. For accurate 
position reports the encoder waveforms 
should be sampled frequently enough in 
order not to miss changes. The DEC mouse 
produces 200 changes for one inch of 
movement. Mouse movement at 10 inches 
per second will yield event rate of 2000 per 
second, and the microcontroller allempts to 
sample the encoder waveforms with at least 
twice that rate-no 
more than 250 l'S 
between samples. The MAIN routine of the 
example program performs this sampling in 
an infinite loop. It reads the position detectors 
at port 3, compares it to prior readings and if 
there was a change computes the new value 
of the relative displacement accumulators 
YCOUNT and XCOUNT . 


Position reports are sent to the host at a 
much slower rate. In this example, TimerO 
interrupts the code at the reporting intervals, 
and its interrupt routine ("TimerO·) initiates a 
message transmission to the host with the 
latest information if there was some change 
in the mouse position or the bUllons. The 
TimerO service routine samples the position 
of the three mouse bullons sensed on port 1. 


Sullon changes are reported to the host in 
the same message as the position reports. 


ACCESS. BUS PROTOCOL 
OVERVIEW 
The A.b communications 
protocol is layered 
in three levels. The lowest level is a subset of 
the Philips Inter-integrated Circuit (12C)bus 
protocol, above it the A.b Base Protocol 
common to all types of A.b devices, and on 
top are the Application Protocols which define 
message semantics that are specific to 
particular functional types of devices. 


The 12Cprotocol defines the low level 
transaction over the 12Cserial bus, using a 
single data line (SDA) and a clock line (SCLl. 
The hardware definition for the A.b includes a 
four wire cable comprised of SDA, SCL and 
two voltage supply lines. The 12Cprovides for 
cooperative synchronization of the serial 
clock, bus arbitration, addressing, by1e 
framing and byte acknowledgement 
by the 
receiver. The 12Cis a multimaster protocol, 
and in ACCESS. bus subset the transmiller is 
always a master. The IZCallows 128 7 bit 
addresses, of which 125 may be used in A.b 
for peripheral microcontrollers. 
The 12C 
protocol burden is typically handled by 
microcontrollers 
both at the peripherals and 
at the host. 


The Base Protocol establishes the A.b 
characteristics including message envelope 
format, predefined control and status 
messages, configuration process and the 
special role of the host. The host acts as a 
manager of the bus, and all data 
communication 
is between the host and 
peripheral devices-there 
are no message 
transactions between peripherals. In A.b, 
masters are exclusively senders and slaves 
are exclusively receivers. The host and the 
attached devices assume master or slave 
roles at the proper time. 


An A.b message is an 12Cbus transaction-a 
string of bytes sent by a master transmiller 
where each byte is acknowledged 
by the 
slave receiver, and the whole transaction is 
delimited by Start and Stop conditions. The 
minimum length of a message is four bytes, 
and the format definition includes specific 
locations for source address, destination 
address, message length and checksum. A 
protocol flag bit specifies whether the 
message is a device data stream or a 
controUstatus message. 


The configuration process is designed to 
permit auto addressing and hot-plugging of 
devices. This process detects what devices 
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are present on the bus, assigns unique bus 
addresses to the attached devioes and 
connects them with the appropriate bus 
drivers. The configuration process is 
supported by eight pre-defined controVstatus 
messages. In any A.b system the host 
address is always the same (SOH). When the 
system is powered up all the peripherals 
perform self testing, assume a default 
address (6EH) and send to the host an 
Attention message announcing their 
presence. The host sends to each device an 
identification request message, to which the 
devioes respond with a unique 28 byte ID 
string. Having received the ID string, the host 
assigns to each device a unique address. In 
the case of hot-plugging, the peripheral 
device and the host will interact in a manner 
similar to the message exchange during 
system power up. 


In the last phase of the configuration process 
the host interrogates each device for its 
"capabilities string"-which 
describes the 
functional characteristics 
and the potential 
operating modes of the A.b peripheral. 
Capabilities information allows the software 
to recognize and use bus devices without 
additional knowledge about their specific 
implementation. 
Using the capabilities 
information enables writing 'generic' software 
drivers that can support a range of similar 
devices, providing some level of devioe 
independenoe and modularity. The 
capabilities information is transferred to the 
host as a readable ASCII string with a simple 
syntax. 


A.b application protocols are specific to 
particular types of devices. The initial A.b 
specifications define Application protocols for 
three classes of peripherals: keyboards, 
locators and text devices. Each class is 
relatively broadly defined, leaving room for a 
variety of different devices. When drivers in 
the operating software of the host fully 
support a oertain class, all devices 
conforming to the relevant Application 
Protocol will be supported, without any need 
for a special software driver. 


The Application protocols already defined can 
support many standard desktop peripherals. 
The Keyboards protocol supports up to 255 
keys. Locator devices can have up to 15 
degrees of freedom and up to 16 binary keys 
or buttons. This can cover devioes like 
mouse, tablet, trackball, 'virtual reality' 
pointing gloves, dial boxes and function key 
boxes. The Text Device protocol supports 
devioes that transmit or receive messages 
consisting of strings of characters in some 
fixed character set. The simple protocol 
allows high level flow control, and is 


appropriate for devices like barcode readers, 
printers and magnetic card readers. 


Each of the Application Protocols has its own 
set of control/status messages in addition to 
the predefined messages of the Base 
Protocol. 


12cProtocol Handling 
The 12Chardware interface on the 8XC751 
operates on a bit by bit basis, and the full12C 
protocol is supported by a combination of 
hardware and firmware. This arrangement 
results in a very compact hardware circuitry 
necessary for a low cost integrated circuit. 
The hardware activates and monitors the 
SDA and SCL lines, performs the necessary 
arbitration and framing errors checks, and 
takes care of clock stretching and 
synchronization. The hardware is 
synchronized to the software either through 
polled loops or interrupts. An 12Cinterrupt is 
usually requested (if enabled) when a rising 
edge of SCL indicates a new data on the bus 
(DRDY), or when a special condition occurs: 
a frame Start (STR), Stop (STP) or an 
arbitration loss (ARL). The interrupt is caused 
by the ATN flag, which is tumed on by any of 
the interrupt inducing conditions. The ATN 
flag can be polled in a software loop as well. 


The example code handles the 12Cprotocol 
from an interrupt servioe routine (ISR). 
Typically, processing of a frame will be 
started with an interrupt (at the 12CINT label). 
If the bus operates at full speed, firmware 
processing inside a frame will be 
synchronized to the hardware bit by bit by a 
polling loop. The firmware polls the ATN flag 
in a loop limited to about SOus (WaitATN) 
whenever it expects something to happen on 
the bus. If nothing happens during this period 
of time, the ISR is exited with the 12Cinterrupt 
re-enabled. When some bus event will occur 
later on, processing will resume with a new 
interrupt. 


Processing of bus events monitored by the 
polling loop is identical to prooessing events 
detected by an interrupt. The context from 
which the mouse was sending or reoeiving a 
message is maintained between events (ATN 
flag activations), and is not lost when exiting 
the interrupt servioe routine. The 12Ccxt byte 
stores the event that is expected, like waiting 
to send a bit or waiting for an acknowledge. 
Other 12Ccontext elements are the data byte 
currently in the send or receive process 
(12CDat), a bit counter (BitCnt) keeping track 
of the location within that data byte and a 
message byte counter (ByteCnt). 


In addition to the parameters that maintain 
the context of the very 'generic' 12C 


communications, 
the code maintains some 
additional context elements that are relevant 
to the higher level A.b protocol. These are the 
computed checksum (Check), the type of 
message or command being received 
(RcvType), the type of message being sent or 
pending (SndType) and a flag indicating that 
a Position Report transmission is pending 
(SendRpt). 


The Interrupt service routine proceeds in 
handling the low level details of the 12C 
protocol as a Slave receiver or a Master 
transmitter. The routines for Slave or Master 
processing are separate, and the jump to 
either one from DISPAT in 12CDONE routine 
is determined by the MST bit of the 12CON 
hardware register. The code examines the 
flags determining which event caused the 
ATN and then handles the low level hardware 
according to the context, performing actions 
like reading a new bit, acknowledging, 
sending a bit, issuing a Stop and so forth. 


When the low level slave receiver code 
completes reception of a byte, it calls the 
DORXB routine which deals with the contents 
of the byte--"appiication 
level" routine. Upon 
retum from DORXB there is a call to the 
Sample subroutines. We effectively sample 
the quadrature waveforms in between 12C 
words in order to comply with the requirement 
for minimum sampling interval. It is 
interesting to note that code design does not 
completely separate application code from 
the 12Clow level code-we 
call Sample from 
an t2C reception routine (and we do the same 
in the Master transmission routine). This is 
because in the 8XC751 the t2C bit processing 
cannot be done in parallel to other firmware 
activities and we have to make sure that the 
application's timing requirements are not 
being violated. 


The Master code will start sending a 
message if the processing routine was 
entered due to a Start condition. The routine, 
in fact, fulfills a request that was issued 
somewhere else in the code. For example, 
TImer 0 ISR sets the MASTRO bit of the 
12CON register, and sets the SendRpt flag. 
MASTRO causes the processor to seize the 
bus when it is free and issue a Start. The 
Master processing routine examines the 
SendRpt flag, and if it is set the routine will 
start sending a Position Report. 


In a structure similar to the Slave code bit 
level details are handled in the MASTER 
routine. Byte transmissions 
are set up in the 
DOTXB routine. 


ACCESS.bus 
mouse application code for the 
microcontroller 


Processing 
At The ACCESS.bus 
Protocol 
Level 
A control/status 
message from the host is 
identified by the Protocol Flag, the most 
significant bit of the third message byte. The 
message body is a code for the command. 
When such messages are received, they are 
processed by the DORXCMD routine. 
ControVStatus messages can be of either the 
Base Protocol or the Application Protocol. In 
the listing, base protocol codes have the 
prefix '1_',and application level protocol 
commands has the prefix 'App_' (the 
definitions are in the indude file 'ab.inc'). 


The Base Protocol commands from the host 
are I_Reset, UdReq, 
LASgnAdr 
and 
L CapReq. During the configuration process 
the mouse responds to the host with device 
to host controVstatus messages: LAttn, 
UdReply, 
LCApReply 
and I_Error. 


The string for the UdReply 
message is 
defined in GET_ID. The module revision and 
vendor name are padded with space 
characters in order to fit the fixed string 
length. The last four bytes of the 10 string are 
a device number that can distinguish 
otherwise like devices with the same 
firmware. The protocol allows it to be a serial 
number or a pseudo random number. Our 
mouse uses a pseudo random number, 
produced by reading the 16 bit contents of 
T1merOthat is active since power-up (the 
number is extended to 32 bits by appending 
FFFF). The protocol indudes 'protection' 


against the rare event in which two like 
devices report the same pseudo random 
number or are mistakenly assigned to the 
same address. Just prior to sending the first 
data message to the host, each interactive 
device transmits a Reset message to its own 
assigned address (see PosMsg label in the 
example code). Any other device with the 
same address will be forced to the power-up 
default address and will undergo 
configuration again, as it was hot-plugged 
onto the bus. 


The Capabilities String for the 1_CapReply 
message is defined in GET_CAP. The string 
identifies the device as a mouse with specific 
characteristics: three buttons, two 
dimensions, relative location reports with 200 
dpi resolution etc. The 'prot(locator)' element 
tells the A.b software driver to use the 
Locator Device Protocol. 


The Locator Device Protocol is one of three 
application protocols already defined for the 
highest layer of the A.b protocol. This 
protocol defines a "Locator Event Report" 
which is used for the Position Reports of the 
mouse. 


A Locator Event Report is sent in the format 
of the device data stream Message defined in 
the base A.b protocol. The message body 
includes the current state of the buttons and 
the location difference from the last report. 
This data is coded as a sequence of two byte 
integers. For the mouse which is a two 
dimensional device, the message data 


B~ 


stream length is six bytes, or three integers. 
The first integer contains the state of 0-15 
locator key switches. For the three button 
mouse, only three of these sixteen bits carry 
meaningful information. The remaining 
integers represent the position of the locator 
dimensions-the 
contents of the X and Y 
displacement accumulators. 


Three control messages specific to the 
Locator Protocol are processed at 
DORXCMD. The host initiates a self test by 
App_ Test. App_Poll initiates one time 
transmission of a position report, and 
App_setinterval 
modifies the default reporting 
interval controlled by the reload value of 
T1merO. 


This note highlights some of the 
implementation details-the 
commented 
listing covers the rest. As one can see, the 
A.b protocols are relatively simple to program 
in firmware. The low-level12C implementation 
on the 8XC751 is somewhat involved, but the 
same low level routines can be re-used for 
different devices. 


The source code files for this program are 
available for download from the Philips 
semiconductors 
computer bulletin board 
system. This system is open to all callers, 
operates 24 hours a day, and can be 
accessed with modems at 2400, 1200, and 
300 baud. The telephone numbers for the 
BSS are: (SOO)451-S644 (in the U.S. only) or 
(408) 991-2406. 


L 
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MS-DOS 
MACRO 
ASSEMBLER 
A51 V4.4 
OBJECT 
MODULE 
PLACED 
IN MOUSE.OBJ 
ASSEMBLER 
INVOKED 
BY: 
A51 MOUSE.A51 
LOC 
OBJ 
LINE 
SOURCE 
1 
;************************************************* 


2 
Module: mouse.aS! 
3 


4 
5 


6 
7 
8 
9 
10 
11 
12 
13 
14 


15 
16 
17 
18 
19 


20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 


42 
43 


44 


45 
46 
47 


48 


49 
50 
51 
52 
53 
54 
55 
56 


Firmware 
design 
and 
code 
for 
12C 
desktop 
bus 
Mouse 


Environment: 
83C751 
Assembler 


Author: 
Robert 
Clemens 
lO-Ju!-1990 


Add 
numerous 
keyboard 
fixes. 


Streamline 
input 
sample 
and 
12C 


Separate 
HW 
dependent 
constants. 


Fix 
RxEnable 
after 
bus 
time 
out. 


Rev XO.6 


Fix 
sample 
timer 
initialization, 
use 
14ms 
as 
default. 


Fix 
length 
checking 
to 
allow 
commands 
with 


more 
parameters 
than 
required. 


Implement 
Set 
Interval 
command. 


Handle 
LLLLL~O 
to mean 
32. 


Fix 
ARL 
during 
self-addressed 
reset 
message. 


Fix 
to 
handle 
DRDY 
and 
ARL 
together. 


Re-order 
mouse 
buttons 
as 
MRL, 
update 
Capabilities. 


Do 
not 
allow 
other 
interrupts 
during 
TimerI 
svc. 


Document 
sampling 
requirements. 


Document 
hardware 
details. 


Add 
check 
to 
skip 
waiting 
after 
DNRXB. 


Misc 
clean-up 
in: 
BeMast, 
Assign, 
... 


Use 
include 
files 
for 
751 
registers 
and 
ODB 
msgs. 


Rev XO.7 


Fix 
MN8Bit 
to 
check 
ARL 
before 
clearing 
DRD¥. 


Separate 
SendRpt 
flag 
from 
movement 
detected 
(Movement) 


so 
only 
TimerO 
will 
initiate 
motion 
reports. 


Don't 
send 
Position 
report 
to 
def_addr 
even 
if 
polled. 


Report 
InputError 
for 
invalid 
checksum, 


unrecognized 
command 
code, 
or 
illegal 
parameter 


value. 
Do 
not 
complain 
about 
parameters 
beyond 


those 
anticipated. 


Sample 
quadrature 
inputs 
between 
I2C 
bytes 


to 
insure 
accurate 
tracking. 


Update 
to 
use 
4-byte 
device 
number. 


Get 
new 
device 
number 
only 
after 
Reset. 


Protocol 
revision 
in 
I-byte, 
fix 
ARL 
and 
MASTER 
bug. 


Ignore 
unrecognized 
commands. 
Add 
I_MsgCheck. 


ACCESS.bus 
mouse application code for the 


microcontroller 


00A8 
0000 
0001 
0002 
0003 
0004 
0007 


0007 
0006 
0005 
0004 
0003 
0002 


LINE 
57 


58 
59 
60 
61 
62 
63 
64 
65 
66 


67 


68 
69 
70 
74 
75 


76 


77 
78 


79 
80 
81 
82 
83 
84 


85 
86 
87 
88 
·89 


90 
91 


95 
96 
97 
98 
99 
100 
101 
103 
104 
105 
106 
107 
108 
109 
110 
111 
112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 


Use 
new 
ab.inc 
file. 
Change 
I_MsgCheck 
to 


I 
Error 
and 
do 
not 
overwrite 
pending 
SndType. 


Retry 
message 
after 
Negative 
ACK 
(NACnt). 


Rev 
Xl.4. 
Improve 
TimerI 
handler 
to 
avoid 


lockup 
when 
MASTRQ 
with 
SCL 
low. 


Vl.O 
release 
for 
Boston 
mfg. 


VI.l 
align 
data 
with 
tx 
bit 
that 
lost 
arbitration 


;************************************************ 


Mouse, 
VI.I) 
$ TITLE 
(Digital ACCESS.bus 


$ DATE 
(12/22/91) 


$ DEBUG 


$ NOMOD51 
;83C751 
is not model 
51 


;Define 
SFRs 
explicitly 


;************************************************* 


Module: 
/dskbus/include/arch/reg751.inc 


30-Jan-91 
XO.1 
Mark 
Shepard 


Created 
(from 
previous 
keyboard 
module) 


; 
Interrupt 
IE 
EQU 
EXO 
EQU 
ETO 
EQU 
EX1 
EQU 
ET1 
EQU 
EI2 
EQU 
EA 
EQU 


Enable 
Register 
OA8h 
o 
1 


2 


3 


4 


7 


; 
12C 
Control 
Register 
I2CON 
EQU 
098h 


; 
Input 
(read) 
is 
bit's 
for 
JB 
etc ... 
RDAT 
EQU 
7 
ATN 
EQU 
6 
DRDY 
EQU 
5 
ARL 
EQU 
4 
STR 
EQU 
3 
STP 
EQU 
2 


;External 
interrupt 


;TimerO 
interrupt 


;External 
interrupt 


;TimerI 
interrupt 


;I2C 
interrupt 


;All 
interrupt 
enable/disable 


;receive 
data 


;attention 


;data 
ready 


;arbitration 
loss 


; start 


;stop 


ACCESS.bus 
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microcontroller 


0080 
0040 
0020 
0010 
0008 
0004 
0002 
0001 


0008 
0080 
0007 
0040 
0006 
0020 
0005 
0010 
0004 


0080 
0080 
0081 
0081 
0082 
0083 
008A 
008B 
008C 
0080 
0090 
OOBO 
0000 
OOEO 
OOFO 


LINE 
~1 
123 


=1 
124 


~1 
125 


~1 
126 


~1 
127 


~1 
128 


~1 
129 
-1 
130 
=1 
131 


~1 
132 


~1 
133 


~1 
134 


~1 
135 


~1 
136 


~1 
137 


~1 
138 
~1 
139 


~1 
140 
~1 
141 


~1 
142 


~1 
143 


~1 
144 
~1 
145 
~1 
146 


~1 
147 
~1 
148 
~1 
149 
~1 
150 
~1 
151 
=1 
152 
=1 
153 
~1 
154 
=1 
155 
=1 
156 


~1 
157 
~1 
158 
~1 
159 
~1 
160 
~1 
161 
~1 
162 
~1 
163 
~1 
164 


=1 
165 
~1 
166 


~1 
167 


~1 
168 
169 
170 


~1 
171 


~1 
172 
~1 
173 
~1 
174 
~1 
175 
~1 
179 
-1 
180 
~1 
181 
-1 
182 
=1 
183 
~1 
184 


SOURCE 
MST 
EQU 
; 
Output 
(write) 
is 
CXA 
EQU 
80h 


IDLE 
EQU 
40h 
COR 
EQU 
20h 
CARL 
EQU 
10h 
CSTR 
EQU 
08h 
CSTP 
EQU 
04h 
XSTR 
EQU 
02h 
XSTP 
EQU 
01h 


; 
12C 
Data 
Register 
I2DAT 
EQU 
099h 
XOAT 
EQU 
80h 


; 
12C 
Configuration 
Register 
I2CFG 
EQU 
SLAVEN 
EQU 
SLAVENB 
EQU 
MASTRQ 
EQU 
MASTRQB 
EQU 
CLRTI 
EQU 
CLRTIB 
EQU 


TIRUN 
EQU 


TIRUNB 
EQU 


008h 
80h 


7 
40h 
6 
20h 
5 
10h 


4 


;master 


binary 
values 
for 
MOV 
12CON~I... 


;clear 
xmit 
active 


;set 
to 
idle 
slave 


;clear 
data 
ready 


;clear 
arbitration 


;clear 
start 


;clear 
stop 


;transmit 
start 


;transmit 
stop 


;Timer 
La 


;Reload 
TL 


;Timer 
Hi 


;Re1oad 
TH 


080h 
PO.O 
PO.1 
081h 
082h 
083h 
08Ah 
08Bh 
08Ch 
080h 
090h 
OBOh 
OOOh 
OEOh 
OFOh 


Ab 
Base 
Protocol 
definitions 


Environment: 
83C751 
Assembler 


04-Sep-91 


Changed 
I_MsgCheck 
to 


Added 
App_Error 
(Oxb4 
Changed 
Sig_Attn 
from 


Mark 
Shepard 


I_Error, 
kept 
I 
MsgCheck 
for 
backpatibility. 


to 
correspond 
to 
I_Error). 


a 
to 
3 
to 
make 
KB 
code 
easier. 
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OOFO 
OOFI 
00F2 
00F3 


OOEO 
OOEI 
00E3 
00E4 
00E4 


OOCO 
OOCI 
00C2 
00C3 


LINE 


~1 
185 


-1 
186 
~1 
187 
=1 
188 
=1 
189 
-1 
190 
~1 
191 
~1 
192 
~1 
193 
=1 
194 
-1 
195 


=1 
196 


~1 
197 


~1 
198 
=1 
199 


~1 
200 
~1 
201 


~1 
202 


=1 
203 


~1 
204 


=1 
205 


~1 
206 


~1 
207 


~1 
208 


-1 
209 


~1 
210 


~1 
211 


~1 
212 


=1 
213 


~1 
214 


-1 
215 


~1 
216 


-1 
217 


=1 
218 


~1 
219 


~1 
220 


=1 
221 


~1 
222 


=1 
223 


~1 
224 


~1 
225 


~1 
226 


~1 
227 
~1 
228 


=1 
229 


~1 
230 


=1 
231 


~1 
232 


~1 
233 
~1 
234 
~1 
235 


~1 
236 


~1 
237 


=1 
238 


~1 
239 


~1 
240 


~1 
241 


~1 
242 


=1 
243 


04-Aug-91 
Mark 
Shepard 


Renamed 
to 
generic 
"ab.inc" 
Added 
defines 
for header 
structure 
(mainly 
for documentation 
purposes) . 
Added 
defines 
for bus 
signal 
codes 
(RESET, HALT, 
ATTN, 
etc.) 


22-May-91 
XO.2 
Peter 
Sichel 
Added 
Vendor 
command 
codes, 
and I_MsgCheck. 


30-Jan-91 
XO.l 
Mark 
Shepard 


Created 
from 
ODS 
base 
protocol 
spec, 
XO.? 


;*************** 


Desktop 
bus 
command 
codes 
for 
all 
Interface-part 
and 
Application-part 


commands 
in 
the 
Base 
Protocol 
spec. 


Naming 
Convention 
- 


Interface-Part 
codes 
are 
prefixed 
with 
"1_", 


Application-Part 
with 
"App_". 
Codes 
specific 
to 
a 
particular 


sub-protocol 
(e.g. 
Keyboard 
Protocol) 
could 
be 
prefixed 
with 


"Key_H, 
"Kb_", or 
"Khp_". 


Definitions 
for 
sub-protocols 
should 
go 
in 
separate 
include 
files. 


(keyp. 
inc, 
locp. 
inc, 
textp. 
inc, 
etc.). 


I 
Reset 


I_IdReq 


I_AsgnAdr 
I_CapReq 


OfOh 
Oflh 
Of2h 
Onh 


I Attn 
I_IdReply 
I_CapReply 


I 
Error 


I_MsgCheck 


OeOh 
Oelh 
Oe3h 
Oe4h 
Oe4h 


I 
VendorO 


I 
Vendorl 


I 
Vendor2 


I 
Vendor3 


OcOh 
Oclh 
Oc2h 
Oc3h 


App_Sig 
App_TestReply 


App_Test 


App_Error 


reset 
device 


Identify 
request 


assign 
address 


capabilities 
(fragment) 
request 


power-on/reset 
attention 
identify 
reply 


capabilities 
(fragment) 
reply 


(the 
future) 
interface/bus 
std 
error 
report 
*** 
obsolete, 
don't 
use 
in 
new 
code 
*** 


vendor 
reserved 
command 


vendor 
reserved 
command 


vendor 
reserved 
command 


vendor 
reserved 
command 


hardware 
signal 


test 
reply 
(for 
a 
specific 
application-part) 


self-test 
result 
request 


(the 
future) 
std 
application 
error 
report 


A6,A5,A4 
/ A3,A2,Al,AO 
Host: 
2/8 
Devices: 
2/9-2/15, 
3/0-3/7 


R/W~O 
(write) 
50h 


52-6Eh 
(even 
numbers 
only) 
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0001 
0002 
0003 


0003 
007F 
007F 


OODB 
008B 
0002 
009A 


LINE 
~l 
244 


~l 
245 


~l 
246 
~l 
247 
~l 
248 


~l 
249 


~l 
250 


~l 
251 


~l 
252 


~l 
253 


~l 
254 


~l 
255 


=1 
256 


~l 
257 


~l 
258 


=1 
259 


=1 
260 


~l 
261 
~l 
262 


~l 
263 
=1 
264 
=1 
265 


~l 
266 


~l 
267 
=1 
268 
269 
270 
271 
272 
273 
274 
275 
276 
277 
278 
279 
280 
281 
282 
283 
284 
285 
286 
287 
288 
289 
290 
291 
292 
293 
294 
295 
296 
297 
298 
299 
300 
301 
302 


standard 
Host 
address 


default 
(pwr-up) 
address 
for 
peripherals 


;************** 


Bus-Signal 
codes 
defined 
at 
the 
Base 
Protocol 
level 


Sig_Reset 
Sig_Halt 


Sig_Attn 


hardware 
reset! 


debugging 
interrupt 


general-purpose 
interrupt 
from 
User 


Declarations 
prefixed 
with 
"AbWire 
" 
refer 
to 
Ab 
objects, 
fields, 
etc. 


as 
transmitted 
across 
the 
i2c 
"wire" 
(as 
opposed 
to 
the 
"optimized 
frame 


format 
used 
between 
the 
host 
and 
83c751 
host-ctrlr) 
. 


AbWire_HdrSiz 
EQU 


AbWire 
LenMask 
EQU 


AbWire 
MaxLen 
EQU 


Ab 
Header 
Size 
on 
the 
wire: 
dst 
+ 
src 
+ 
PLen 


Ab 
mask 
for 
length 
field 


Ab 
maximum 
data 
bytes 
in 
message 


;CT 
EQU 
02h 
;CT1, CTO 
fmax 
16.8 MHz 
;CT 
EQU 
Olh 
;CT1, CTO 
fmax 
14 .25 MHz 
;CT 
EQU 
OOh 
;CT1, CTO 
fmax 
11.7 MHz 
CT 
EQU 
03h 
;CT1, CTO 
fmax 
9.14 MHz 


IntEnab 
EQU 
09Ah 
;enable 
EA+EI2+ET1+ETO. 


INIT TCON 
EQU 
OlOh 
;TimerO 
init 
for 
internal 
operation. 


OEF_RTH 
EQU 
OOBh 
;Sampling 
interval 
(14ms with 
8 MHz clock) . 
OEF RTL 
EQU 
08Bh 
; 
Used 
as 
default 
TimerO 
reload 
value. 


MSECH 
EQU 
002h 
;Timer 
offset 
for 1 ms 
with 
8 MHz 
clock. 
MSECL 
EQU 
09Ah 
; 029Ah~666 
* 
3/2 
mms/tick 
= 1000 
ticks 
Ims. 


OelayATN 
EQU 
;about 
50~S 
(wait 
for 
I2C 
activity) 


CapFragLen 
EQU 
16 
;Capabilities 
fragment 
length. 


*** 
Hardware 
Interface 
Notes 


P3 
is 
used 
to 
read 
the 
X-Y 
quadrature 
inputs. 


P3.0 
XB 
P3.1 
XA 
P3.2 
YA 
P3.3 
YB 


Notice 
P3.0 
is 
connected 
to 
the 
B 
side 
of 
the 
X 
encoder 


while 
P3.2 
is 
connected 
to 
the 
A 
side 
of 
the 
Y 
encoder. 


This 
is 
to 
compensate 
for 
the 
orientation 
of 
the 
inclined 
cylinders. 


ACCESS.bus 
mouse application code for the 


microcontroller 


0000 
0001 
0002 


0002 
0003 
0004 
0005 
0006 
0007 


0008 
0009 
OOOA 
OOOB 
OOOC 
OOOD 
OOOE 
OOOF 


0010 
0010 
0011 
0012 
0013 
0014 


LINE 
303 
304 
305 
306 
307 
308 
309 
310 
311 
312 
313 
314 
315 
316 
317 
318 
319 
320 
321 
322 
323 
324 
325 
326 
327 
328 
329 
330 
331 
332 
333 
334 
335 
336 
337 
338 
339 
340 
341 
342 
343 
344 
345 
346 
347 
348 
349 
350 
351 
352 
353 
354 
355 
356 
357 
358 
359 
360 
361 


SOURCE 


Positive 
X 
movement 
causes 
clockwise 
rotation 
of 
the 
encoder 
shaft. 


Positive 
Y 
movement 
causes 
counter 
clockwise 
rotation 
of 
the 
encoder 
shaft. 


PI 
is 
used 
to 
read 
the 
switch 
inputs. 


Pl.D 
middle 
mouse 
button. 


PI.l 
left 
mouse 
button. 


P!.2 
right 
mouse 
button. 


6-Feb-1991 
This 
order 
of 
buttons 
reflects 
the 
current 
PCB 
layout 


and 
is 
subject 
to 
change. 


$EJ 


; 
Locator 
messages 
(device 
defined) 


send 
types 


LD 
Position 
EQU 
;Device 
state 
report 


recei 
ve 
types 
LD Poll 
EQU 
OBOh 


LD 
Set Interval 
EQU 
082h 


; Self Test 
NO ERROR 
ROM ERROR 
RAM ERROR 


errors 
(O=success) 


EQU 
0 
EQU 
1 
EQU 
2 


; RAM 
usage 
* 


;************ 


12C 
variables 


; 
Register 
bank 


;RO 
- 
command 
parameter 


;Rl 
- 
index 
pointer 


;The byte being 
sent or received. 


;I2C 
bit 
counter 


;I2C 
message 
byte 
counter 


;ATN 
Retry 
counter 


;I2C 
context, 
the 
event 
the 
CPU 
is 
waiting 
for. 


;All 
purpose 
temp 


12CDat 
DATA 
02h 


BitCnt 
DATA 
03h 
ByteCnt 
DATA 
04h 


ATNCnt 
DATA 
05h 
I2CCxt 
DATA 
06h 


Temp 
DATA 
07h 


; 
Desktop 
Bus 
Protocol 
MyAddr 
DATA 
08h 
NACnt 
DATA 
09h 


RcvType 
DATA 
OAh 
SndType 
DATA 
OBh 


MsgLen 
DATA 
OCh 
Check 
DATA 
ODh 


RandH 
DATA 
OEh 
RandL 
DATA 
OFh 


; 
Locator 
report 
buffer 


ReportBuf 
EQU 
10h 


Switch2 
DATA 
10h 
Switchl 
DATA 
11h 


XBUF2 
DATA 
12h 


XBUF1 
DATA 
13h 


YBUF2 
DATA 
14h 


;I2C 
address 
assigned 
this 
device. 


;Negative 
Ack 
retry 
counter. 


;Message 
or 
command 
type 
being 
received. 


;Message 
type 
being 
sent, 
or 
pending. 


;Message 
length 
field. 


;Message 
checksum. 


;Random 
number 
(2 bytes) 


;Beginning 
of 
position 
report 
buffer. 
;Switch 
data 
(Buttons 
9 to 
16) 


;Switch 
data 
(Buttons 
1 to 
8 ) 


;XData 
transmission 
buffer 
(MSB) 


;XData 
transmission 
buffer 
(LSB) 


;YData 
transmission 
buffer 
(MSB) 


ACCESS. bus mouse application code for the 
microcontroller 


0016 
0017 
0018 


0018 
0019 
001A 
001B 
001C 


0020 
0021 
0022 


0023 
0018 
0019 
001A 
001B 
001C 
0010 


DOlE 
001F 


0000 
0000 
01B4 


0003 
0003 
01B4 


0005 
51 


OOOB 
OOOB 
0125 


August 1992 


LINE 
362 
363 
364 
365 
366 
367 
368 
369 
370 
371 
372 
373 
374 
375 
376 
377 
378 
379 
380 
381 
382 
383 
384 
385 
386 
387 
388 
389 
390 
391 
392 
393 
394 
395 
396 
397 
398 
399 
400 
401 
402 
403 
404 
405 
406 
407 
408 
409 
410 
411 
412 
413 
414 
415 
416 
417 
418 
419 
420 


SOURCE 
YBUF1 
DATA 


XCOUNT 
DATA 


YCOUNT 
DATA 


MARKER 
EQU 


CapOffset 
DATA 


CapLen 
DATA 


Self Test 
DATA 


RomSum 
DATA 


SampleClock 
DATA 


16h 
;XData 
17h 
;YData 
YCOUNT+1 


ISh 
;Capabilities 
fragment 
offset 


19h 
;Capabilities 
fragment 
length 


lAh 
;Self 
Test 
result 
variable 
location 


lBh 
;Hold 
ROM 
checksum 


lCh 
;Time 
stamp 
of 
last 
sample 


;3 spare. 


; Bit 
addressable 
area 
begins 
at 
20h 


; 
Location 
and 
switch 
compare 
variables 


LastXY 


LastSW 


TranXY 


$EJ 


; 
12C 
status 
Flags 
Prat 
SendRpt 


Movement 


RxEnable 
TxSelfRst 


KeepID 
NotMyID 


AA 


F1agsA 
MsgCheck 


DATA 
DATA 
DATA 


;Last 
X/Y 
Position 
(from 
P3) 


;Last 
Switch 
Status 
(from 
PI) 


;Port 
3 
transition 
register 
(bit 
addressable) 


and 
position 
scanning 
flags. 


DATA 
23h 
BIT 
F1ags.0 
BIT 
F1ags.1 
BIT 
F1ags.2 
BIT 
F1ags.3 
BIT 
F1ags.4 
BIT 
F1ags.5 
BIT 
F1ags.6 


BIT 
F1ags.7 


24h 


F1agsA.0 


;l=C/S 
message: 
O=device 
data 
stream. 


;New 
Position 
Report 
flag. 


;Movement 
detected 
flag. 


;I2C 
receive 
enable. 


;Indicates 
send 
Self-Reset 
after 
Assign 


;Set 
means 
keep 
same 
device 
number. 


;16 byte 
stack 


need 
2 
bytes 
per 
subroutine 


4 
bytes 
per 
interrupt 
(max 
2) 


;RAM 
ends 
at 
3Fh 


; 
50 
bytes 
RAM 
used, 
64 
maximum. 


; Code 
begins 


;****************** 


003h 


PwrUp 


ORG 
OOSh 
;TimerO 
interrupt 
vector 


AJMP 
TimerO 
;16 
bit 
system 
tick 
generator 


ACCESS.bus 
mouse application code for the 
microcontroller 


LOC 
OBJ 
0013 
0013 
01B4 


0025 COOO 
0027 COEO 
0029 E508 
002B B46E02 
002E 
801A 


0032 F4 
0033 
5407 
0035 B52105 


003F 
13 
0040 
92E2 
0042 
5407 
0044 F511 


004A 
DOEO 
004C DODO 
004E 
32 


LINE 
421 
422 
423 
424 
425 
426 
427 
428 
429 
430 
431 
432 
433 
434 
435 
436 
437 
438 
439 


440 
441 
442 
443 
444 
445 
446 
447 
448 
449 
450 
451 
452 
453 
454 
455 
456 
457 
458 
459 


460 
461 
462 
463 
4·64 


465 
466 
467 
468 
469 
470 
471 
472 
473 
474 
475 


476 
477 
478 
479 


ORG 
013h 
;INT1 
is not used. 


AJMP 
PwrUp 


ORG 
DIBh 
;TimerI 
interrupt 
vector 


AJMP 
Timer! 
;I2C 
time 
out 
timer 


;***************************** 


; 
TimerO 
Interrupt 


; Position 
sampling 
interval 
time 
out. 


;***************************** 


TimerO: 
PUSH 
PUSH 


MOV 
CJNE 
SJMP 


psw 


ACC 
A,MyAddr 
A,#Adr_Defau1t,AddrOK 
TOExit 


CPL 
A 
ANL 
A,#OOOOOlllb 


CJNE 
A, LastSW,CHNSWI 


;Switches 
did 
not 
change, 
check 


JNB 
Movement, 
TOExit 
SJMP 
TOSend 


;Don't 
send 
Position 
reports 


; 
to 
default 
address. 


;Get 
switch 
info 
from 
Pl 


; 
(O-button depressed) . 


;Complement 


;We 
need 
low 
3 
bits 
of 
Pl 


;if 
new, 
switches 
did 
change 


movement. 


CHNSWI: 
MOV 
LastSW,A 
;Save 
LastSW 
for 
next 
compare. 


;Re-order 
switches 
from 
RLM 
to 
MRL 
until 
PCB 
is 
fixed. 


A 
ACC.2,C 
A,#00000111b 
Switchl, 
A 


SendRpt 
I2CFG.MASTRQB 


TOExit: 
POP 
ACC 
POP 
PSW 
RETI 


;Set 
to 
send 
Position 
report. 


;Request 
to 
be 
master. 


TimerI 
interrupt 


The 
I2C 
bus 
has 
timed 
out, 


no 
SCL 
for 
at 
least 
1020 
machine 
cycles 
during 
an 
active 
frame. 


Since 
SCL 
is 
stuck, 
we 
can't 
wait 
for 
ORDY. 


Try 
to 
fix 
it 
manually. 


;******************************* 


IE.EA 
;Oisable 
interrupts. 


I2CFG,8CLRTI+CT 
;Clear 
interrupt 
and 
turn 
off 
TimerI. 
; manually 
clear 
SLAVEN 
& MASTRQ. 


I2CON,#CXA+CARL+CDR+CSTR+CSTP 
;C1ear 
I2C flags. 


SP,~StackBase 
;Reset 
SP. 


ACCESS.bus 
mouse application code for the 


microcontroller 


005A 0280 
005C 0281 
005E 
308020 
0061 
208113 


0064 
750309 
0067 C280 
0069 
11AP 
006B 
208109 
006E 0280 
0070 
11AF 
0072 
0503F2 
0075 
800A 


0077 C281 
0079 
11AP 
007B 0280 
0070 
11AF 
007F 0281 


0081 
0081 
3080FO 
0084 
3081FO 
0087 
7401 
0089 
11A7 


008B 
750BOO 
008E 
021B 
0090 
1194 
0092 
2154 


0097 
7598FC 
009A 
750601 
0090 
31F3 
009F 
75A89A 
00A2 
7410 
OOM 
11A7 
00A6 
22 


00A7 
7FA6 
00A9 OFFE 
OOAB 
05EOF9 


OOAE 
22 


OOAF 
11B1 
00B1 
00 


00B2 
00 


00B3 22 


LINE 
480 
481 
482 
483 
484 
485 
486 
487 
488 
489 
490 
491 
492 
493 
494 
495 
496 
497 
498 
499 
500 
501 
502 
503 
504 
505 
506 
507 
508 
509 
510 
511 
512 
513 
514 
515 
516 
517 
518 
519 
520 
521 
522 
523 
524 
525 
526 
527 
528 
529 
530 
531 
532 
533 
534 
535 
536 
537 
538 


; 
Attempt 
to 
regain 
control 
of 
the 
12C 
bus 
after 
a 
bus 
fault. 
FixBus: 
SETB 
SCL 
;Insure 
I/O port 
is not 
locking 
I2C. 


SETB 
SOA 


JNB 
SCL,ResetBus 


JB 
SDA,RStop 


;SDA 
is 
low, 
attempt 
MOV 
BitCnt, i9 
C1ockBus: 
CLR 
SCL 
ACALL 
SOe1ay 
JB 
SOA,RStop 
SETB 
SCL 
ACALL 
SDe1ay 


DJNZ 
BitCnt,ClockBus 
;Repeat 
clocks 
until 
SDA 
clears 
or 
retry 
limit. 


SJMP 
ResetBu5 
:Failed 
to 
fix 
bus 
by 
this 
method. 


;Tf 
SCL 
is 
low, 
bus 
cannot 
be 
fixed. 


;If 
SCL 
, 
SDA 
are 
high, 
force 
a 
stop. 


to 
release 
SDA 
by 
clocking 
SCL. 


;Set 
max 
i 
of 
tries 
to 
clear 
bus. 


;Force 
an 
12C 
clock. 


CLR 
ACALL 
SETB 
ACALL 
SETB 


SDA 
SDe1ay 
SCL 
SOe1ay 
SOA 


;Try 
forcing 
a 
stop 
since 


; SCL & SOA are both 
high. 


ResetBus: 
;Wait 
for 
bus 
to 
clear. 
JNB 
SCL, $ 
JNB 
SDA, $ 
MOV 
A,1l 


ACALL 
LOe1ay 


;Re-enable 
12C 
functions. 


MOV 
SndType,jI_NoMsg 
SETB 
RxEnable 


ACALL 
InitI2C 
AJMP 
MAIN 


;Cancel 
message 
if 
any. 


;Enable 
receiving. 


;Initialize 
12C. 


;Restart 
MAIN. 


; 
Initialize 
InitI2C: 
MOV 


;Set 
MOV 
MOV 
ACALL 
MOV 
MOV 
ACALL 
RET 


12C 
functions 
I2CFG,jSLAVEN+TIRUN+CT 
;Enab1e 
I2C 


I2C 
to 
be 
idle 
receiver 
& 
clear 
all 
flags. 


I2CON,iCXA+IDLE+COR+CARL+CSTR+CSTP 


12CCxt,jRXIDLE 
;Context 
idle 
receiver 


XRETI 
;Clear 
pending 
interrupt 
if 
any. 


IE,'IntEnab 
;Enable 
interrupts 
(EA+EI2+ET1+ETO) 


A,'IG 
;Wait 
to 
sync 
message 
frame. 


LDelay 


; 
Long 
Delay, 


LOelay: 
MOV 
OJNZ 
DJNZ 
RET 


A/2 
milliseconds. 


R7,H66 
R7,$ 
ACC,LOelay 


; Short 
SOe1ay: 


SOl: 


delay 
routine 
(10 
machine 
cycles). 
ACALL 
SOl 
NOP 
NOP 
RET 


ACCESS. bus mouse application code for the 
microcontroller 


LOC 
OBJ 


00B4 
75086E 
00B7 E4 
00B8 F5A8 
OOBA 
75D803 
OOBD 
5300E7 
OOCO 758130 


00C3 
758003 
00C6 
7590FF 
00C9 
75BOFF 


OOCC 
758DOB 


OOCF 
758B8B 


00D2 
758810 


00D5 
75FOOO 
0008 
900000 
OOOB C3 
OOOC E4 
0000 
93 
OODE 
35FO 
OOEO F5FO 
00E2 A3 
00E3 E583 
00E5 B408F4 
00E8 
5002 
OOEA 05FO 
OOEC E5FO 
OOEE 
6007 
OOFO 
751A01 
00F3 F51B 
00F5 
8023 


00F7 
78AA 
00F9 B8AA1B 
OOFC 
7855 
OOFE B85516 
0101 
783F 
0103 74AA 
0105 
86FO 
0107 F6 
0108 B6AAOC 
010B 
23 
010e F6 
010D B65507 
0110 
23 
0111 
A6FO 


LINE 
539 
540 
541 
542 
543 
544 
545 
546 
547 
548 
549 
550 
551 
552 
553 
554 
555 
556 
557 
558 
559 
560 
561 
562 
563 
564 
565 
566 
567 
568 
569 
570 
571 
572 
573 
574 
575 
576 
577 
578 
579 
580 
581 
582 
583 
584 
585 
586 
587 
588 
589 
590 
591 
592 
593 


594 
595 
596 
597 


; Power 
up 
initialization 
starts 
here 


;*********************************** 


; Reset 
command 
branches 
to 
here. 


PwrUp: 
Mav 
MyAddr,iAdr_Default 


CLR 
A 
MOV 
IE,A 
MOV 
I2CFG,ICT 


ANL 
PSW,IOE7h 


MOV 
SP,iStackBase 


; 
Initialize 
I/O 
pins 
MOV 
PO, 103h 
MOV 
P1,IOFFh 


MOV 
P3,IOFFh 


; 
Initialize 
TimerO 


;Disable 
interrupts. 


;Disable 
12C 


;Se1ect 
RBO. 


;Initialize 
I2C I/O pins, 
SCL 
& SDA high 
;Pl 
set 
for 
input 
to 
read 
switches. 


;P3 
set 
for 
input 
to 
read 
X-Yo 


MOV 
RTH,IDEF_RTH 
;14 ms at 
MHz 


MOV 
RTL,IDEF_RTL 


MOV 
TCON,#INIT_TCON 
;Running, 
internal 
mode 
clock/12. 


;************ 


; Perform 
ROM 
Test 
(O-7FFh, 
2K 
bytes) 


TestROM:MOV 
MOV 
CLR 
SumLp: 
CLR 
MOVC 
ADDC 
MOV 
INC 
MOV 
CJNE 
JNC 
INC 


TestSum:MOV 
JZ 
MOV 
MOV 
SJMP 


B,IO 
DPTR,IOOOOh 
c 


A 
A,@A+DPTR 
A,B 
B,A 
DPTR 
A,DPH 
A,108h,SumLp 
TestSum 


B 
A,B 


TestRAM 
;If 
zero, 
ROM 
is 
Okay 
SelfTest,IROM_ERROR 
RomSum,A 
;Save bad checksum. 
BadMeml 


;Initialize 
sum 


;Set 
pointer 
to 
start 
of 
ROM 


:Get 
byte 
from 
ROM 


;Add 
sum 


;5ave 
sum in B 


;Check 
if ROM 
complete 


;Add carry 
if set 


Perform 
RAM test 
(0-3Fh, 64 bytes) 


; 
Does 
not 
test 
special 
function 
registers. 


; 
A, 
B, 
and 
RO 
are 
not 
preserved. 


;************ 
TestRAM: 
MOV 
CJNE 
MOV 
CJNE 
MOV 


MOV 
ChkRAM: 
MOV 
MOV 
CJNE 
RL 
MOV 
CJNE 
RL 
MOV 


RO,IOAAh 
RO,JlOAAh,BadMem 
RO,1055h 
RO,1055h,BadMem 
RO, ~3Fh 
A,IOAAh 
B,@RO 
@RO,A 
@RO,IOAAh,BadMem 


A 
@RO,A 
@RO,1055h,BadMem 


A 
@RO,B 


;Init RO to top of RAM. 


;Test 
alternate 
bits. 


;Save 
previous 
contents. 


ACCESS.bus 
mouse application code for the 
microcontroller 


LOC 
OBJ 


0113 
D8FO 


0115 
8005 
0117 
751A02 


0121 E4 
0122 
F50A 
0124 F50B 
0126 
7910 
0128 F7 
0129 
09 
012A B918FB 
012D F523 
012F F521 
0131 
750905 


0134 E5BO 
0136 
540F 
0138 F520 


013A C21B 
013C 
1194 


013E 
750601 
0141 
750BEO 
0144 
D2DE 
0146 
20DEFD 
0149 E51A 
014B 
6005 


014D 
751AOO 
0150 
80EC 


0152 D21B 


LINE 
598 
599 
600 
601 
602 
603 
604 
605 
606 
607 
608 
609 
610 
611 
612 
613 
614 
615 
616 
617 
618 
619 
620 
621 
622 
623 
624 
625 
626 
627 
628 


629 
630 
631 
632 
633 
634 
635 
636 
637 
638 
639 
640 
641 
642 
643 


644 
645 
646 
647 
648 


649 
650 
651 
652 
653 
654 
655 
656 


DJNZ 
SJMP 


BadMem: 
MOV 


RO,ChkRAM 


MemOK 
Se1fTest,iRAM_ERROR 


Report 
bad 
memory. 
Since 
a 
memory 
problem 
was 
detected, 
the 


normal 
12C 
transmit 
code 
may 
be 
unreliable. 
Hope 
it 
isn't 


a 
fatal 
problem 
and 
use 
it 
anyway. 
There's 
only 
so 
much 


we 
can 
do. 
Could 
add 
special 
code 
here. 


BadMeml: 
SJMP 
InitRAM 


InitRAM:CLR 
MOV 
MOV 
MOV 
ClrBuf: 
MOV 
INC 
CJNE 
MOV 
MOV 
MOV 


;Init 
LastXY 
MOV 
ANL 
MOV 


A 


RcvType,A 


SndType,A 
R1, BReportBuf 
@R1,A 
R1 


Rl,NMarker,ClrBuf 
Flags,A 


LastSW,A 
NACnt,I5 


A,P3 
A,iOOFh 
LastXY,A 


CLR 
SetUp: 
ACALL 


Report: 
MOV 
MOV 
SETB 
JB 
MOV 
JZ 


I2CCxt, iRXIDLE 
SndType,U_Attn 
I2CFG.MASTRQB 
I2CFG.MASTRQB,$ 
A,Self Test 


RepDn 


;Init 
Ace 
to 
Zero 


;Clr 
RcvType 


;Clr SndType 


;Clear 
report 
buffer 
& 
compare 
vars 


;Clear 
location 


;Go 
to 
next 
location 


;Check 
for 
end 


;Init 
Flags 


;Init 
last 
switch 
image. 


;Negative 
Ack 
retry 
count. 


;Read 
X-Y 
quad 
inputs 
to 
init 
LastXY. 


;Low 
4 
bits 
only. 


;Init 
LastXY 


;Request 
to 
be 
master. 


;Wait 
for 
message 
sent. 


;Selftest 
failed. 


;Send 
2nd 
report 
and 
try 
to 
start 
anyway. 


MOV 
SelfTest,RNO_ERROR 
SJMP 
Report 


;Enable 
Receiver 
and 


; fall through 
to MAIN. 


ACCESS.bus 
mouse application code for the 


microcontroller 


0154 
0154 E58A 
0156 
951C 
0158 
30E6F9 


0162 E5BO 
0164 540F 
0166 B52001 
0169 22 


016A 
852022 
0160 F520 
016F 
6222 


0171 
20100A 
0174 
201113 
0177 201232 
017A 
20133B 
0170 
22 


017E E520 
0180 
5403 
0182 
6010 
0184 
6403 
0186 
600C 
0188 
8016 


LINE 
657 
658 
659 
660 
661 
662 
663 
664 
665 
666 
667 
668 
669 
670 
671 
672 
673 
674 
675 
676 
677 
678 
679 
680 
681 
682 
683 
684 
685 
686 
687 
688 
689 
690 
691 
692 
693 
694 
695 
696 
697 
698 
699 
700 
701 
702 
703 
704 
705 
706 
707 
708 
709 
710 
711 
712 
713 
714 
LINE 


SOURCE 


Sample 
X-Y 
quadrature 
inputs 
and 
compute 
mouse 
movement. 


Accuracy 
requirement 
is: 
+/- 
3% 
0-10 
inches 
per 
second. 


10 
inches 
per 
second 
@ 
200 
dpi 
means 
up 
to 
2000 
input 
changes/second. 


Minimum 
(Nyquist) 
sampling 
rate 
is 
4000/sec 
or 
sample 
every 
250~s. 


This 
is 
only 
two 
character 
times 
at 
80k 
bps. 


For 
best 
accuracy, 
should 
sample 
between 
every 
12C 
character. 


Sample 
timing 
with 


no 
transition: 


X 
or 
Y 
transition: 


X 
and 
y 
transition: 


MHz 
crystal: 


6 
cycles 
25-31 
cycles 
42-46 
cycles 


9115 
38-47115 
63-69115 


MOV 
SUBB 
JNB 
;Take 
;CLR 
MOV 
ACALL 
;SETB 
SJMP 


A,TL 


A,SampleClock 
ACC.6,MAIN 


a 
sample 
IE.EA 


SampleClock,TL 


Sample 
IE.EA 
MAIN 


;Read 
timer 
to 
wait 
at 
least 


; 
64 
cycles 
(96 ~sec) between 
samples. 


Sample: 
MOV 
ANL 
CJNE 
RET 


TRAN: 
MOV 
MOV 
XRL 


XPULSE: 
JB 
JB 


YPULSE: 
JB 
JB 
RET 


A,P3 
A, #00001111B 


A, LastXY,TRAN 


TranXY,LastXy 
LastXY,A 


TranXY,A 


TranXY.O,XA 
TranXY.1,XB 


TranXY.2,YA 


TranXY.3,YB 


--->positive 
movement 


<---negative 
movement 


;Read 
X 
& 
Y 
position 
detectors. 


;We 
only 
need 
the 
low 
4 
bits 


;Compare 
to 
last 
image. 


; 
If 
no 
change, 
return. 


;Set 
up 
to 
calculate 
XY 
transition. 


;Save 
new 
P3 
image. 


;Mark 
transition 
bits 
(l=changed). 


;Change 
MOV 
ANL 
JZ 
XRL 


JZ 
SJMP 


;Change 
MOV 


in 
XA 


A,LastXy 
A,#OOOOOOl1B 
XOEC 
A, #OOOOOOl1B 
XDEC 
XINC 
in 
XB 


A,LastXY 


:Get X' X 


; If 
00, 
backward 


ACCESS.bus 
mouse application code for the 
microcontroller 


018C 
5403 
715 
ANL 
A,IOOOOOO11B 
;Get 
X' 
X 
018E 
6010 
716 
JZ 
XINC 
;If 00, 
forward 


0190 
6403 
717 
XRL 
A, ,00000011B 


0192 
600C 
718 
JZ 
XINC 
;If 11, 
forward 


719 
;01 or 10, 
backward, 
fall 
through 
to 
decrement 
720 
0194 
7480 
721 
XDEC: 
MOV 
A,1080h 
:00 
not 
decrement 
if 
0196 
6516 
722 
XRL 
A,XCOUNT 
; 
count 
already 
at 
minimum 
-127. 


0198 
6004 
723 
JZ 
XDEC2 
019A 
1516 
724 
OEC 
XCOUNT 
019C 021A 
725 
SETB 
Movement 
;Note 
position 
has 
changed. 
019E 
8007 
726 
XOEC2: 
SJMP 
YPULSE 
;Check 
for possible 
Y pulse. 
727 
01AO 
747F 
728 
XINC: 
MOV 
A,107Fh 
;Do not 
increment 
if 
01A2 
6516 
729 
XRL 
A,XCOUNT 
; 
count 
already 
at 
maximum 
127 . 
01M 
6004 
730 
JZ 
XINC2 
01A6 
0516 
731 
INC 
XCOUNT 
01A8 021A 
732 
SETB 
Movement 
;Note 
position 
has 
changed. 


01AA 
80CB 
733 
XINC2: 
SJMP 
YPULSE 
;Check 
for possible 
Y 
pulse. 


734 
735 
;Change 
in 
YA 
01AC E520 
736 
YA: 
MOV 
A, LastXY 
01AE 
540C 
737 
ANL 
A, '00001100B 
;Get 
y' 
Y 


01BO 
6010 
738 
JZ 
YOEC 
;If 00, 
backward 
01B2 
640C 
739 
XRL 
A,'00001100B 
01B4 
600C 
740 
JZ 
YOEC 
;If 11, 
backward 


01B6 
8015 
741 
SJMP 
YINC 
;01 or 10, 
forward. 


742 
;Change 
in 
YB 
01B8 E520 
743 
YB: 
MOV 
A,LastXY 
01BA 
540C 
744 
ANL 
A,1I00001100B 
;Get 
Y' Y 
01BC 
600F 
745 
JZ 
YINC 
;If 00, 
forward 
01BE 
640C 
746 
XRL 
A, '00001100B 
01CO 
600B 
747 
JZ 
YINC 
;If 11, 
forward 
748 
;01 or 10, backward, 
fall 
through 
to 
decrement. 


749 
01C2 
7480 
750 
YOEC: 
MOV 
A,'080h 
;Do not decrement 
if 
01C4 
6517 
751 
XRL 
A,YCOUNT 
; count 
already 
at 
minimum 
-127. 


01C6 
6004 
752 
JZ 
YOEC2 
01C8 
1517 
753 
DEC 
YCOUNT 
01CA 
021A 
754 
SETB 
Movement 
;Note 
position 
has 
changed. 


01CC 
22 
755 
YOEC2: 
RET 
756 
01CO 
747F 
757 
YINC: 
MOV 
A,'07Fh 
;Do 
not 
increment 
if 
01CF 
6517 
758 
XRL 
A,YCOUNT 
; 
count 
already 
at 
maximum 
127. 
OlD1 
6004 
759 
JZ 
YINC2 
0103 
0517 
760 
INC 
YCOUNT 
01D5 021A 
761 
SETB 
Movement 
;Note 
position 
has 
changed. 


0107 
22 
762 
YINC2 : 
RET 


763 
764 
$EJ 


765 
12C 
message 
processing 
contexts: 


0001 
766 
RXIDLE 
EQU 
1 
;Idle 
receiver 
waiting 
for 
start. 


0002 
767 
RXBIT 
EQU 
2 
;Waiting 
to 
receive 
a 
bit. 


0003 
768 
RXACK 
EQU 
3 
;Waiting 
for ACK 
to 
complete. 
769 
0004 
770 
TXBIT 
EQU 
;Waiting 
to 
send 
a 
bit. 


0005 
771 
TXRElID 
EQU 
;waiting 
to 
read 
ACK. 


0006 
772 
TXACK 
EQU 
;Waiting 
fo~ ACK. 


773 
LOC 
OBJ 
LINE 
SOURCE 


August 1992 
2-110 


ACCESS. bus mouse application code for the 
microcontroller 


01D8 C2AC 
OIDA 
3lF3 
OlOC CODO 
OIDE COED 


DIES 
7D08 
01E7 
209EF6 
OlEA 
DDFB 


774 
775 
776 
777 
778 
779 
780 
781 
782 
783 
784 
785 
786 
787 
788 
789 
790 
791 
792 
793 


794 
795 
796 
797 
798 
799 
800 
801 
802 
803 
804 
805 
806 
807 
808 
809 
810 
811 
812 
813 
814 
815 
816 
817 
818 
819 
820 
821 
822 
823 
824 
825 
826 
827 
828 
829 


830 
831 
832 
LINE 


12C 
Interrupt 
Reasons 
Events 
CPU might 
be waiting 
for 


Receive 
(1) Start 
signal 
detected 
by 
idle slave 
(DRDY) 
(2) Next bit 
received 
(DRDY) 
(3) Acknowledge 
has been 
sent 
(DRDY) 


Transmit 
(4) Bus mastership 
granted 
(START and MASTER) 
(5) Ready 
to transmit 
next bit 
(DRDY) 


(6) Acknowledge 
received 
(DRDY) 


Unsolicited 


(7) 
Arbitration 
loss 
(ARL) 
(8) Sender 
aborted 
message 
(STOP) 


(9) 
Sender 
started 
new 
message 
before 
slave 
became 
idle 
(START) 


Only 
some 
of 
these 
events 
can 
occur 
at 
any 
time 
depending 
on 


the 
state 
of 
sending 
or 
receiving 
a 
message. 


When 
the 
interrupt 
occurs, 
the 
keyboard 
needs 
to 
recover 


the 
context 
from 
which 
it 
was 
sending 
or 
receiving 
a 


message. 
This 
context 
is 
maintained 
as 
follows: 


12Ccxt 
I2CDat 


BitCnt 


ByteCnt 
Check 


RcvType 


12C 
context, 
what 
event 
is 
expected. 


The 
byte 
being 
sent 
or 
received. 


Where 
we 
are 
in 
the 
sending 
or 
receiving 
the 
byte. 


Where 
we 
are 
in 
sending 
or 
receiving 
a 
message 


Computed 
checksum. 


The 
message 
or 
command 
type 
being 
received. 


This 
may 
determine 
how 
successive 
bytes 


are 
to 
be 
processed. 


Type 
of 
message 
being 
sent 
or 
pending. 


This 
will 
determine 
how 
bytes 
are 
transmitted. 


Flag 
indicating 
CPU 
is 
waiting 
to 
send 
a 
Position 


report 
(and 
requested 
to 
become 
master) 
. 


I2CINT: 
CLR 
ACALL 
PUSH 
PUSH 


IE.EI2 
XRETI 
PSW 
ACC 


;disable 
the 
I2C 
interrupt 


;then 
re-enable 
others 


;save 
registers 


Dispatch 
interrupt 
DISPAT: 
JNB 
I2CON.MST,SLAVE 
AJMP 
MASTER 


; Wait 
for ATN 
WaitATN: 
MOV 


Waitl: 
JB 
DJNZ 


R5,#DelayATN 
I2CON.ATN,DISPAT 
R5,Waitl 


;Load 
ATN 
count 
(about 
SOmms) 


;If 
ATN, 
dispatch 
next 
event, 


; else 
loop 
to 
try 
again. 


;If 
not 
seen 
after 
count 
tries, 


; 
return 
from 
12C 
interrupt. 


ACCESS.bus 
mouse application code for the 
microcontroller 


OIEC ODED 
OlEE DODO 
OIFO 02AC 
01F2 
22 


01F3 
32 


01F4 
30905A 


01F7 BE0235 
OIFA EA 
OlFB 
OB2l 


OIFO A29F 
OIFF 
33 
0200 FA 
0201 
6200 


0203 BCOO07 
0206 B5080E 
0209 F500 
020B C21F 
0200 
852399 
0210 
7E03 
0212 
209010 
0215 2lE5 


0217 
7EOI 
0219 
75987C 
02lC 
21EC 


02lE C2E7 
0220 
4599 
0222 23 
0223 
209005 
0226 
209002 
0229 
2090CF 
022C FA 
0220 
2lE5 


022F BE0311 
0232 
7598AO 


0235 
6l8F 


LOC 
OBJ 


AugUSl1992 


833 
834 
835 
836 
837 
838 
839 
840 
841 
842 
843 
844 
845 
846 
847 
848 
849 
850 
851 
852 
853 
854 
855 
856 
857 
858 
859 
860 
861 
862 
863 
864 
865 
866 
867 
868 
869 
870 
871 
872 
873 
874 
875 
876 
877 
878 
879 
880 
881 
882 
883 
884 
885 
886 
887 
888 
889 
890 
891 
LINE 


; Exit 
I2C 
interrupt 


; 
restore 
registers 
and 
return 
from 
interrupt 
I2CRTI: 
POP 
POP 
SETB 
RET 


ACC 
PSW 
IE.EI2 
ire-enable 
I2C 
interrupt 


;return 
to 
interrupted 
process 


; SLAVE RECEIVER 
R2~I2COat, 
R3~BitCnt, 
R4~ByteCnt, 
R5~ATNCnt, 
R6~I2CCxt 


; 
- 
context 
waiting 
for 
bit 
CJNE 
R6,SRXBIT,NRxBit 
MOV 
A,R2 
OJNZ 
R3,N8Bit 


; Read 
MOV 
RLC 
MOV 
XRL 


;Send 
CJNE 
CJNE 
MOV 
CLR 
MOV 
MOV 
JB 
AJMP 


8th bit 
C,I2CON.ROAT 


A 
R2,A 


Check, 
A 


Acknowledge 
as 
R4,SO,OoAckl 
A, MyAddr,NotMe 
Check,A 


AA 
I20AT,Flags 
R6, SRXACK 
I2CON.OROY,AckCmp 
WaitATN 


;Context 
waiting 
for 
bit? 


;Yes, 
get 
data 
in 
A 


;8th bit? 


;Get 
8th 
bit, 
don't 
clear 
ATN 


;Include 
the 
8th bit 


;Put data 
in R2. 


;XOR 
it 
to 
check 


appropriate. 


;Address 
byte? 
(ByteCnt~O) 
;ls it 
my address? 
;Yes, 
initialize 
check 
;AA~Flags.7 
;Assert 
Acknowledge 
(AA=Flags.7) 


;Set 
context 
waiting 
for 
ACK 


;Can 
we 
skip 
waiting? 


;Wait 
for 
ATN. 


; Not 
addressed 
to 
me 


NotMe: 
MOV 
R6,NRXIDLE 
;Set 
context 
to 
be 
idle 
receiver 
MOV 
I2CON,SCOR+CSTR+CSTP+CARL+IOLE 


AJMP 
I2CRTI 
;Resume 
interrupted 
activity 


; 
Read 
CLR 
ORL 
RL 
JB 
JB 
JB 
MOV 
AJMP 


bits 
1-7 
ACC.7 
A,I20AT 


A 
I2CON.OROY,Rxl 
I2CON.OROY,Rxl 
I2CON.OROY,Rxl 
R2,A 


WaitATN 


context 
waiting 
for 
ACK 
to 
complete 
NRxBit: 
CJNE 
R6,SRXACK,NRxAck 
AckCmp: 
MOV 
I2CON,SCOR+CXA 


;Process 
complete 
byte. 
AJMP 
DORXB 


; Return 
is 
AJMP 
DNRXB. 


;Include 
the 
bit, 
clear 
ATN. 


;Data 
comes 
in 
at 
MSB. 


;If 
DRDY, 
short 
cut. 


;One 
more 
try. 


;Put 
data 
back. 


;Context 
waiting 
for 
ACK? 


;ACK 
complete, 
clr 
xmt. 


ACCESS. bus mouse application code for the 
microcontroller 


0237 oc 


0238 
7E02 
023A 7AOO 
023C 
7B08 
023E 209DB9 
0241 21E5 


0243 BE010B 
0246 
301BCE 


0249 7B07 
024B E4 
024C FC 
024D 
7E02 
024F 
411E 


0251 


0251 
309C38 


0254 30DE2E 
0257 E50B 
0259 B40305 
025C 
750BOO 
025F D219 
0261 B4E405 
0264 
750BOO 
0267 D220 
0269 301B19 
026C 209B39 
026F BCOOOA 


0272 
759810 
0275 
7E02 
0277 209D80 
027A 21E5 


027C B4F006 
027F C21C 
0281 C21F 
0283 
80ED 


0285 
0285 
7598FC 
0288 7E01 
028A 21EC 
LOC 
OBJ 


AugusI1992 


892 
893 
894 
895 
896 
897 
898 
899 
900 
901 
902 
903 
904 
905 
906 
907 
908 


909 
910 
911 
912 
913 
914 
915 
916 
917 
918 
919 
920 
921 
922 
923 
924 
925 
926 
927 
928 
929 
930 
931 
932 
933 
934 
935 
936 
937 
938 
939 
940 
941 
942 
943 
944 
945 
946 
947 
948 
949 
950 
LINE 


DNRXB: 
INC 
R4 
;Increment 
ByteCnt. 
;ACALL 
Sample 
SetRXB: 
MOV 
R6.#RXBIT 
:Set 
context 
for 
next 
byte. 
MOV 
R2.#0 
;Clear 
receive 
buffer 
MOV 
R3.#8 
;BitCnt=8 
JB 
I2CON.DRDY.RxO 
;If DRDY, 
short 
cut. 
AJMP 
WaitATN 
;Wait 
for ATN 


R6,#RXIDLE.NRxIdle 


RxEnable,NotMe 


initialize 
to 
receive 


;Context 
idle 
slave? 


;Am. I 
enabled? 


first byte 


;BitCnt=7 
(remaining) 


;Data 
in 
A 


;ByteCnt=O 


;I2CCxt=receive 
next 
bit 


;Yes, 
MOV 
CLR 
MOV 
MOV 
AJMP 


R3. #7 


A 
R4.A 
R6. #RXBIT 
N8Bit 


Context 
was 
not 
waiting 
for 
Next 
bit, 
ACK, 
or 
Idle 
slave. 
Could 
be ARL. 
Dispatch 
other 
flags. 


Do 
not 
clear 
DRDY, 
we'll 
come 
back 
after 
ARL 
if 
necessary. 
NRxIdle: 


;********************************************* 


; 
It 
wasn't 
DRDY, 
could 
be 
ARL, 
START, 
or 
STOP 


; 
Handle 
ARL 


;********************************************* 


NDRDY: 
JNB 
12CON.ARL,RxStop 
;15 
it 
ARL? 


;Yes, 
note 
MASTRQ 
is 
still 
on 
unless 
we 
were 
sending 
STOP. 


iSndType 
is 
still 
pending. 
If 
it 
was 
a 
position 
report, 


iindicate 
pending 
report 
in 
SendRpt 
in 
case 
SndType 
is 
needed. 


JNB 
I2CFG.MASTRQB,Naddr 
iWas 
I 
sending 
STOP? 
MOV 
A.SndType 
CJNE 
A.#LD_Position,ARL01 
MOV 
SndType,#I_NoMsg 
SETB 
SendRpt 
ARL01: 
CJNE 
A.#I_Error.ARL1 
MOV 
SndType.#I_NoMsg 
SETB 
MsgCheck 


JNB 
RxEnable,NAddr 
JB 
I2CON.STR,SlvStart 
CJNE 
R4.#0.ARL3 


i 
Lost 
arbitration 
in 
address, 
set 


i 
of 
address 
in 
case 
message 
is 
to 
me. 
ARL2: 
MOV 
I2CON.#CARL 
MOV 
R6.#RXBIT 
JB 
I2CON.DRDY,RxO 
AJMP 
WaitATN 


iAm 
I 
enabled? 


iHandle 
start. 


iDid 
we 
ARL 
in 
Address 


context 
to 
read 
rest 


iSet 
context 
waiting 
to 
read 
bit. 


iIf 
DRDY, 
short 
cut. 


i 
Lost 
arbitration 
outside 
dst 
addr 


ARL3: 
CJNE 
A,~I_Reset,NAddr 
CLR 
TxSelfRst 
CLR 
AA 
SJMP 
ARL2 


iWas 
I 
sending 
I_Reset 
to 
my 
Addr? 


iYes, 
reset 
flag 
since 
I 
lost. 


iAcknowledge 
received 
bytes. 


iMessage 
must 
be 
for 
me. 


Message 
not 
for 
me, 
go 
back 
to 
idle 
receive. 
NAddr: 
IdleS: 
MOV 
MOV 
AJMP 


I2CON.#CXA+IDLE+CARL+CDR+CSTR+CSTP 
R6. #RXIDLE 
I2CRTI 


ACCESS.bus 
mouse application code for the 
microcontroller 


028C 
309A16 
028F 
759804 
0292 
201F04 


0295 D220 
0297 D2DE 
0299 
7E01 
029B 
309E02 
029E 
21EO 
02AO 
759840 
02A3 
21EC 


02A5 
309B07 
02A8 
02A8 
759818 
02AB 
7COO 
02AD 
4138 


02B5 BE0418 
02B8 F599 
02BA 
23 
02BB 
DB07 
02BD 
7E05 
02BF 
209Dll 
02C2 
21E5 


02C4 FA 
02C5 
209DFO 
02C8 
209DEO 
02CB 
209DEA 
02CE 
21E5 


02DO BE050D 
02D3 
7598AO 
02D6 
7E06 
LOC 
OBJ 


951 
952 
953 
954 
955 
956 
957 
958 
959 
960 
961 
962 
963 
964 
965 
966 
967 
968 
969 
970 
971 
972 
973 
974 
975 
976 
977 
978 
979 
980 
981 
982 
983 
984 
985 
986 
987 
988 
989 
990 
991 
992 
993 
994 
995 
996 
997 
998 
999 
1000 
1001 
1002 
1003 
1004 
1005 
1006 
1007 
1008 
1009 
LINE 


RxStop: 
JNB 
MOV 
JB 


12CON.STP,RxStart 
I2CON,'CSTP 


AA,RxStopO 


;Confirm 
it 
was 
Stop. 


;Clear 
it. 


;Check 
end 
of 
message 
reached, 


; Assert 
Acknowledge=l. 
; Received 
STOP before 
end of message. 


SETB 
MsgCheck 
;5igoa1 
interface 
error. 
SETB 
I2CFG.MASTRQB 
RxStopO: 
MOV 
R6,iRXIDLE 
JNB 
I2CON.ATN,RxStopl 
AJMP 
DISPAT 
RxStop1: 
MOV 
I2CON,'IOLE 
AJMP 
I2CRTI 


RxStart: 
JNB 


SlvStart: 
MOV 
MOV 
AJMP 


I2CON,'CSTR+CARL 
R4,'0 
SetRXB 


;Set 
context 
idle 
receiver. 


;rf ATN, 
dispatch 
next 
event 


;Become 
idle. 


;Resume 
interrupted 
activity 


;Yes, 
clear 
it. 


;ByteCnt=Q 


;Set 
up 
to 
receive 
byte. 


; 
It 
wasn't 
DRDY, 
ARL, 
START, 
or 
STOP. 
Inconsistency 
error. 


RxFau1t: 
AJMP 
PwrUp 


; MASTER 
TRANSMITTER 
R2~I2CDat, 
R3~BitCnt, 
R4~ByteCnt, 
R5~ATNCnt, 
R6~I2CCxt 


;*************************** 


A,R2 
I2CON.DRDY,MNDRDY 


; 
- 
context 
waiting 
to 
send 
bit 
CJNE 
R6,'TXBIT,NTxBit 
MOV 
I2DAT,A 
RL 
A 
DJNZ 
R3,MN8Bit 
MOV 
R6,'TXREAD 
JB 
I2CON.DRDY, TxAckl 
AJMP 
WaitATN 


; prepare 
next 
bit 
1-7 
MN8Bit: 
MOV 
R2,A 
JB 
I2CON.DRDY,Tx1 
JB 
I2CON.DRDY,Tx1 
JB 
I2CON.DRDY,Tx1 
AJMP 
WaitATN 


context 
waiting 
to 
read 
ACK 
NTxBit: 
CJNE 
R6,'TXREAD,NTxAckl 
TxAck1: 
MOV 
I2CON,'CDR+CXA 
MOV 
R6,'TXACK 


;Get 
data 
in 
A. 


;ls it 
DRDY? 


;Context 
waiting 
to 
send 
bit? 


;Send 
bit 


;Rotate 
the 
byte. 


;Was 
it 
8th 
bit? 


;Set 
context 
waiting 
to 
read 
ACK 


;If 
DRDY, 
short 
cut. 


;Put 
the 
data 
back. 


;If 
DRDY, 
short 
cut. 


;Context 
waiting 
to 
read 
ACK? 


;Switch 
to 
receive 
mode. 


;Set 
context 
waiting 
for 
ACK. 


ACCESS. bus mouse application code for the 
microcontroller 


02D8 
209D08 
02DB 
23 
02DC 
1B 
02DD FA 
02DE 
21E5 


02EO BE0629 
02E3 E598 
02E5 
5480 
02E7 
6005 
02E9 
02E9 
D5097D 
02EC 
6166 


02EE 
DC 


02EF 
81B1 


02Fl EA 
02F2 
620D 
02F4 
7B08 
02F6 
7E04 
02F8 
209DBD 
02FB 21E5 


02FD 
309C07 
0300 
03 
0301 
DB 
0302 
03 
0303 
DB 
0304 FA 
0305 
4154 
0307 
209B02 
030A 
4185 


030C A90B 
030E B90043 
0311 
302007 
0314 
750BE4 
0317 cno 
0319 
6154 
031B 
201902 
031E 
6166 


LOC 
OBJ 


August 1992 


1010 
1011 
1012 
1013 
1014 
1015 
1016 
1017 
1018 
1019 
1020 
1021 
1022 
1023 
1024 
1025 
1026 
1027 
1028 
1029 
1030 
1031 
1032 
1033 
1034 
1035 
1036 
1037 
1038 
1039 
1040 
1041 
1042 
1043 
1044 
1045 
1046 
1047 
1048 
1049 
1050 
1051 
1052 
1053 
1054 
1055 
1056 
1057 
1058 
1059 
1060 
1061 
1062 
1063 
1064 
1065 
1066 
1067 
1068 
LINE 


JB 
RL 
DEC 
MOV 
AJMP 


I2CON.DRDY,NTxAck2 


A 
R3 
R2,A 


WaitATN 


;If 
DRDY, 
short 
cut. 


;Align 
data 
in 
case 
ARL. 


context 
waiting 
for 
ACK 


NTxAckl: 
CJNE 
R6,~TXACK,BeMast 
NTxAck2: 
MOV 
A,I2CON 
ANL 
A, #80h 
JZ 
AckOK 


BadAck: 
;Stop 
if 
negative 
ACK. 


DJNZ 
NACnt,DoStpl 
AJMP 
DoStp 


;Ack 
Okay, 
prepare 
to 
send 
next 
byte. 
AckOK: 
INC 
R4 


;ACALL 
Sample 


AJMP 
DOTXB 


;return 
should 
AJMP 
DNTXB 
DNTXB: 
MOV 
XRL 
MOV 
MOV 
JB 
AJMP 


A,R2 


Check, 
A 
R3,#8 
R6, #TXBIT 
I2CON.DRDY,Tx1 


WaitATN 


;Context 
waiting 
for 
ACK? 


;Read 
from 
I2CON 


;On1y need 
7th bit 


;Next 
byte 
in 
A. 


;XOR 
with 
message 
check. 


;BitCnt=8 


;Set 
context 
to 
send 
bit. 


;If 
DRDY, 
short 
cut. 


It 
wasn't 
DRDY. 
Could 
be 
ARL, 
START, 
or 
STOP. 


If 
ARL, 
align 
data 
with 
tx 
bit 
that 
lost 
arbitration 
go 
to 
handle 
as 
SLAVE 
(MASTER 
was 
cleared). 


If 
it 
was 
START, 
we 
just 
became 
master. 


If 
STOP, 
not 
sure 
how 
this 
occurred, 


should 
have 
seen 
ARL, 
become 
idle 
SLAVE. 


;******************************************************* 
MNDRDY: 
JNB 
RR 
INC 
RR 
INC 
MOV 
AJMP 
MNARL: 
JB 
AJMP 


12CON.ARL,MNARL 


A 


R3 


A 


R3 
R2,A 
ARLO 


I2CON.STR,BeMast 
IdleS 


;ARL? 


;Rotate 
data 
back. 


;Increment 
bit 
count. 


- 
context 
START 
or 
not 
waiting 
for 
bit 
or 
ACK 
(from 
above) 
. 


Must 
have 
just 
become 
master. 
Start 
new 
message. 


If 
message 
is 
pending 
in 
send 
type, 
do 
it. 


Otherwise, 
check 
to 
send 
Position 
Report 
if 
needed. 


BEMAST: 
MOV 
Rl,SndType 
;Get 
message 
type. 


CJNE 
Rl,#I_NoMsg,SndMsg 
;No 
message 
pending? 


JNB 
MsgCheck,BeMastl 
;Send 
error? 


MOV 
SndType,#I_Error 


CLR 
MsgCheck 
AJMP 
SndMsg 


BeMastl: 
JB 
SendRpt,PosMsg 
AJMP 
DoStp 


;Send 
position 
report? 


; 
then 
stop. 


ACCESS. bus mouse application code for the 
microcontroller 


0320 
201COC 
0323 021C 
0325 
750BFO 
0328 E508 
032A 
750901 
0320 
8027 
032F 
750B03 
0332 C219 
0334 E4 
0335 F512 
0337 F514 
0339 E516 
033B F513 
0330 
30E703 
0340 
7512FF 
0343 E517 
0345 F515 
0347 
30E703 
034A 
7514FF 
0340 E4 
034E F516 
0350 F517 
0352 C21A 
0354 
7450 
0356 F599 
0358 
75981C 


035B F500 
0350 FA 
035E 
7B08 
0360 
7COO 
0362 
7E04 
0364 
41BA 


0366 
750BOO 
0369 
717B 
036B E50B 
0360 
7006 
036F 201903 
0372 
302004 
0375 
11AF 


0377 020E 
0379 
4199 


037B C20E 
0370 
759821 
0380 
309EFO 
0383 
759820 
0386 
309EFO 
0389 
759894 
038C 
7E01 
038E 
22 


1069 
1070 
1071 
1072 
1073 
1074 
1075 
1076 
1077 
1078 
1079 
1080 
1081 
1082 
1083 
1084 
1085 
1086 
1087 
1088 
1089 
1090 
1091 
1092 
1093 
1094 
1095 
1096 
1097 
1098 
1099 
1100 
1101 
1102 
1103 
1104 
1105 
1106 
1107 
1108 
1109 
1110 
1111 
1112 
1113 
1114 
1115 
1116 
1117 
1118 
1119 
1120 
1121 
1122 
1123 
1124 
1125 
1126 
1127 
LINE 


PosMsg: 
JB 
SETB 
MOV 
MOV 
MOV 
SJMP 
PosMsg1:MOV 
CLR 
CLR 
MOV 
MOV 
MOV 
MOV 
JNB 
MOV 
Copy2: 
MOV 
MOV 
JNB 
MOV 
Copy3: 
CLR 
MOV 
MOV 
CLR 
SndMsg: 
MOV 
SndMsg1:MOV 
MOV 
;Set 
MOV 
MOV 
MOV 
MOV 
MOV 
AJMP 


TXSelfRst,PosMsgl 


TxSelfRst 


SndType,iI_Reset 
A,MyAddr 
NACnt, n 
SndMsg1 


SndType,#LD_Position 
SendRpt 


A 
XBUF2,A 
YBUF2,A 
A,XCOUNT 
XBUF1, A 
ACC.7,Copy2 
XBUF2,'OFFh 
A,YCOUNT 
YBUF1, A 
ACC.7,Copy3 
YBUF2,'OFFh 


A 
XCOUNT,A 
YCOUNT,A 


Movement 


;Send 
position 
report. 


:Clear 
pending 
report 
state. 


;Copy X-Y counts 
to xmt buffer. 
;Hi byte~O. 


;If 
negative, 


; 
extend 
sign. 
;Copy Y. 


;If 
negative, 


; 
extend 
sign. 


A,jAdr_Host 


12DAT,A 
;Send 
first 
bit 
by 
hand 
12CON,.CARL+CSTR+CSTP 
;Clear start, release seL 


context 
for 
rest 
of 
address 


Check, 
A 
;Inlt checksum 
R2,A 
;I2COat~A 
R3, '8 
;BitCnt~8 
R4, '0 
;ByteCnt~O 


R6,'TXBIT 
;Set 
context 
waiting 
to 
send 
bit 
Tx2 
$EJ 


; 
Completed 
sending 
message, 
do 
STOP 
OoStp: 
MOV 
SndType,'I_NoMsg 
OoStp1: 
ACALL 
SndStop 
MOV 
A,SndType 
JNZ 
OoStp3 
JB 
SendRpt,OoStp3 


JNB 
MsgCheck,DoStp4 
OoStp3: 
ACALL 
SDe1ay 


; 
a 
chance 
to 
become 
master 


SETB 
OoStp4: 
AJMP 


; Send 
I2C STOP 
SndStop:CLR 
MOV 
JNB 
MOV 
JNB 
MOV 
MOV 
RET 


I2CFG.MASTRQB 
RxStopO 


signal 
I2CFG.MASTRQB 
I2CON,'CDR+XSTP 
I2CON.ATN,$ 
I2CON, 'CDR 
I2CON.ATN,$ 
I2CON,'CARL+CSTP+CXA 
R6, 'RXIDLE 


;Indicate 
cmd 
no 
longer 
pending. 


;Send STOP. 


;15 
there 
a 
pending 
message? 


;1s 
there 
a 
Position 
Report? 


;ls 
there 
an 
error 
message? 


;Yes, 
delay 
to 
give 
others 


without 
contention. 


;Request 
to 
be 
master 
again. 


;Borrow 
code 
from 
receiver. 


;Release 
Master 
request 


;Set 
to 
send 
stop 


;Wait 
for 
ATN 


;Clear 
useless 
DRDY 
(rising 
SCLl 


;Wait 
for 
stop 
sent 


;Clear 
I2C bus 


;Set 
context 
idle 
receiver. 


ACCESS.bus 
mouse application code for the 


microcontroller 


038F BC0002 
0392 
4137 
0394 BC0102 
0397 
4137 


0399 EA 
039A BC020C 
039D 
33 
039E 
9218 
03AO EA 
03A1 
547F 
03A3 2403 
03A5 F50C 
03A7 
4137 


03A9 BC0304 
03AC F50A 
03AE 4137 


03BO E50C 
03B2 B5040A 


03B5 D21F 
03B7 E50D 
03B9 
6002 


03BB 
811F 


03BD 8125 


03BF 5002 


03C1 4137 


03C3 EA 
03C4 AFOA 
03C6 
3018F8 


LOC 
OBJ 


1128 
1129 
1130 
1131 
1132 
1133 
1134 
1135 
1136 
1137 
1138 
1139 
1140 
1141 
1142 
1143 
1144 
1145 
1146 
1147 
1148 
1149 
1150 
1151 
1152 
1153 
1154 
1155 
1156 
1157 
1158 
1159 
1160 
1161 
1162 
1163 
1164 
1165 
1166 
1167 
1168 
1169 
1170 
1171 
1172 
1173 
1174 
1175 
1176 
1177 
1178 
1179 
1180 
1181 
1182 
1183 
1184 
1185 
1186 
LINE 


Enter: 
R2 
(I2CDat) 
is 
byte 
received. 


R4 
is 
offset 
to 
byte 
just 
received. 


Exit: 
Command 
parameters 
saved 
as 
needed. 


Checksum 
verified. 
Valid 
commands 
executed. 


Return 
by AJMP DNRXB 


DORXB: 
CJNE 
AJMP 
DoRx1: 
CJNE 
AJMP 


DoRx2: 
MOV 
CJNE 
RLC 
MOV 
MOV 
ANL 
ADD 
MOV 
AJMP 


DoRx3: 
CJNE 
MOV 
AJMP 
$EJ 


; 
Test 
for 
end 


If command 
DoRx4: 
MOV 
CJNE 


SETB 
MOV 
JZ 
AJMP 


Message 
check. 


CheckOk: 
AJMP 


R4,IO,DoRx1 
DNRXB 
R4,n,DoRx2 
DNRXB 


A,R2 
R4,*2,DoRx3 


A 
Prot,C 
A,R2 
A,*07Fh 
A,I3 


MsgLen,A 
DNRXB 


R4, 13,DoRx4 


RcvType,A 
DNRXB 


of 
command 
has 
no data, 


A, MsgLen 


A,ByteCnt,ToMny 


AA 


A, Check 
CheckOk 


;Get byte. 


:15 
it 
P+len1 


;Rotate 
Prat 
bit 
into 
C. 


;Save 
it. 


;Get 
Hlen". 


;Add 
overhead. 


;Save 
message 
length. 


;15 
it 
Command 
byte? 


;Save 
it 


byte 
offset 
4 will be 
the checksum. 


:Get 
message 
length. 


;End 
of 
command? 


; 
sets 
carry 
if 
MsgLen<ByteCnt 


;Yes, 
do 
not 
Acknowledge 
more 
bytes. 


;Check 
in 
A 
:Bad check? 
RxErr 


is 
Ok, 
dispatch 
valid 
commands 
DORXCMD 
;Return 
AJMP 
DNRXB 


; 
Test 
for 
ByteCnt 
beyond 
message 
length 


ToMny: 
JNC 
DoDat 
;Too 
many 
bytes? 


; 
Yes, 
just 
exit, 
negative 
acknowledge 
already 
sent. 


Receive 
message 
data 
bytes 
ByteCnt 
from 4 to 
(MsgLen-1) 


Branch 
on 
RcvType 
to 
decide 
what 
to 
do 
with 
each 
byte. 


Notice 
Reset, 
Identify, 
and 
Poll 
have 
no 
data. 


Protocol: 
Assign 
New 
Address, 
Capabilities 
request 


DoDat: 
MOV 
MOV 
JNB 


A,R2 
R7,RcvType 


Prot,DoRx9 


;Get 
data 
again 
since 
DoRx4 
wiped 
it. 


;Put 
RcvType 
in 
R7 
so 
we 
can 
CJNE 


;Ignore 
device 
data 
stream. 


ACCESS.bus 
mouse application code for the 


microcontroller 


1187 
1188 
1189 
1190 
1191 
1192 
1193 
1194 
1195 
1196 
1197 
1198 


03C9 BFF225 
1199 
03CC BC040B 
1200 
03CF 
7900 
1201 
1202 
1203 


0301 E9 
1204 


0302 B18C 
1205 


0304 
09 
1206 
0305 B50215 
1207 


0308 
4137 
1208 
1209 
030A BCIE02 
1210 
0300 
790E 
1211 
030F 
40FO 
1212 
1213 
1214 
03El BC2004 
1215 
03E4 A802 
1216 
03E6 
4137 
1217 
03E8 
5003 
1218 


03EA E7 
1219 
03EB 
80E7 
1220 
1221 
03EO D21E 
1222 


03EF 
4137 
1223 
1224 
1225 
03Fl BFF321 
1226 


03F4 BC0403 
1227 


03F7 
EA 
1228 


03F8 
7014 
1229 
03FA BC0516 
1230 
1231 
03FO E518 
1232 
03FF 
2519 
1233 
0401 B50202 
1234 


0404 
8111 
1235 
0406 EA 
1236 


0407 
6008 
1237 
0409 B51802 
1238 


040C 
4137 
1239 
040E E4 
1240 


040F F519 
1241 


0411 F518 
1242 
0413 
4137 
1243 
1244 
1245 


LOC 
OBJ 
LINE 


August1992 


;*********************************************** 


DORXB: 
Assign 
Compare 
incoming 
bytes 
with 
10 string 
(ByteCnt~4-29). 


If 
not 
equal, 
set 
not 
equal 
bit 
and 
ignore. 
Compare 
ByteCnt 
30-31 
with 
random 
number. 


If 
not 
equal, 
ignore 
(become 
idle 
receiver). 


Save 
ByteCnt 
32, 
the 
address 
as 
parameter 
(RG). 


;*********************************************** 


Application 
006: 
CJNE 
CJNE 
MOV 
JNZ 
Cprl: 
CJNE 


Cpr8: 
Cpr9: 


CJNE 
CJNE 
MOV 


R7,iI_AsgnAdr,Do6 
iAssign 
command? 


R4,i4,Asn2 
:5tart 
of 
10 
string 
(ByteCnt=4)? 


Rl,iO 
;Initialize 
Rl 
is 
index 


; BytCnt 
<~ 29 
MOV 
A,Rl 
ACALL 
GET 
ID 
INC 
Rl 
CJNE 
A,I2COAT,Asnlg 
AJMP 
ONRXB 


;Increment 
for 
next 


;Compare 
to 
received 
byte 
;Ok so 
far 


CJNE 
MOV 


JC 


R4, nO,Asn3 
Rl, KRandH 
ASN4 


;ByteCnt=30? 


iYes, 
set 
to 
read 
random. 


;Jump 
if 
less 
than 
30. 


; ByteCnt 
>= 30 


CJNE 
R4,i32,Asn6 
MOV 
RO,I2COat 
AJMP 
ONRXB 
JNC 
Asnlg 
MOV 
A,@Rl 


SJMP 
Asn5 


;ByteCnt~32? 


;Save 
new 
address 
in 
RD. 


;Jump 
if ByteCnt>32. 


;Get 
byte 
of 
random 
,. 


;Steal 
code 
from 
above. 


Capabilities 
Request 


R7,tI_CapReq,Do7 
R4,i4,Cprl 
A,R2 
Cpr4 
R4,1I5,Cpr9 


check 
for 
valid 
offset. 


A,CapOffset 


A,CapLen 


A,I2CDat,Cpr2 
Cpr8 
A,R2 
Cpr8 
A,CapOff set,Cpr4 
ONRXB 


A 


CapLen,A 
CapOffset, A 
ONRXB 


MOV 
ADD 
CJNE 
AJMP 
MOV 
JZ 
CJNE 
AJMP 
CLR 
MOV 
MOV 
AJMP 


;CapRequest? 


;ByteCnt=4? 


;Check 
Cap 
hi 
pointer=O? 


;No, 
reset 
length 
and 
offset 
to 
zero. 


;ByteCnt=5? 


;Send 
next? 


; 
Yes, 
jump 
to 
set 
offset. 


;A=received 
offset. 


;Send 
first? 


;Send 
previous? 


; 
Yes, 
use 
current 
offset. 


;Reset 
Length 
and 
offset 
to 
zero. 


ACCESS. bus mouse application code for the 
microcontroller 


0415 BF8205 
0418 BC0402 
041B A802 
0410 
4137 


041F 0220 
0421 
O2OE 
0423 
4137 


0425 AFOA 
0427 
201802 
042A 
4137 


042C BFF002 
O42F 
01B4 


0431 BFF1l2 
0434 
750BE1 
0437 
201008 
043A 0210 
043C 
858AOF 
043F 
858COE 
0442 
O2OE 
0444 
4137 


0446 BFF20C 
0449 
101E07 
044C BC2100 
044F 
C21C 
0451 
8808 
0453 
4137 


0455 BFF30C 
0458 BC0600 
045B 
40C2 
0450 
750BE3 
0460 
O2OE 
0462 
4137 


0464 BFB107 
0467 
750BA1 
046A 
D20E 
046C 
4137 


046E BFBOOO 
LOC 
OBJ 


August t992 


1246 
1247 
1248 
1249 
1250 
1251 
1252 
1253 
1254 
1255 
1256 
1257 
1258 
1259 
1260 
1261 
1262 
1263 
1264 
1265 
1266 
1267 
1268 
1269 
1270 
1271 
1272 
1273 
1274 
1275 
1276 
1277 
1278 
1279 
1280 
1281 
1282 
1283 
1284 
1285 
1286 
1287 
1288 
1289 
1290 
1291 
1292 
1293 
1294 
1295 
1296 
1297 
1298 
1299 
1300 
1301 
1302 
1303 
1304 
LINE 


; 
Command 
error 
RxErr: 
SETB 
SETB 
AJMP 


CJNE 
CJNE 
MOV 
AJMP 


R7,#LD_Setlnterval,Do7a 


R4,i4,Do7a 
;ByteCnt=4? 


RO,I2CDat 
;Save 
parameter 
in 
RD. 
ONRXB 


(I_Error) 


MsgCheck 
I2CFG.MASTRQB 
ONRXB 


OO_RX_CMO 


Valid 
command 
received, 
do 
it. 


Dispatch 
commands 
based 
on 
RcvType 


Parameter 
value 
is 
in 
RD. 


Commands 
Recognized: 
I_Reset, 
I_IdReq, 
I_AsgnAdr, 
I_CapReq, 


App_Test, 
App_Poll, 
App_Setlnterval 


DORXCMO:MOV 
JB 
AJMP 


R7,RcvType 


Prot,DoC4 
ONRXB 


OoC4: 
CJNE 
AJMP 


; Identify 
DoCS: 
CJNE 
MOV 
JB 
SETB 
MOV 
MOV 
RTBM: 
SETB 
AJMP 


; Capabilities 
DoC7: 
CJNE 
CJNE 


JC 
MOV 
SETB 
AJMP 
; App Test 
OoC8: 
CJNE 
MOV 
SETB 
AJMP 
Poll 
CJNE 


; App 
OoC9: 
SOURCE 


R7,iI_Reset,DoCS 


PwrUp 


R7,U 
IdReq,OoC6 


SndType, #1 IdRep1y 
KeepID, RTBM 
KeepID 
RandL,TL 


RandH,TH 
I2CFG.MASTRQB 
ONRXB 


CJNE 
JBC 
CJNE 
CLR 
MOV 
AJMP 


R7,#I_AsgnAdr,ooC7 
NotMyID, NOo1 
R4, #33,RxErr 
TXSelfRst 
MyAddr, RO 
ONRXB 


Request 


R7,#I 
CapReq,OoC8 
R4,#6,$+3 


RxErr 
SndType,#I 
CapRep1y 


I2CFG.MASTRQB 
ONRXB 


R7,SApp_Test,DoC9 
SndType,'App_TestRep1y 
I2CFG.MIISTRQB 
DNRXB 


;Put 
RcvType 
in 
R7 
so 
we 
can 
CJNE. 


;Go 
for 
Control/Status 
commands. 


;Ignore 
device 
data 
stream 
msgs. 


;Message 
type 
is 
identify 


;Keep 
same 
device 
number? 


;Was 
it 
a 
complete 
match? 


;Check 
1en~30+3 


;Anticipate 
first 
user 
data. 


;Load 
new 
address 


;Message 
type 
is 
Cap 
Report 


;Request 
to 
be 
master 


ACCESS.bus 
mouse application code for the 


microcontroller 


0471 E508 
0473 B46E02 
0476 
8004 


0478 
0219 
onA 
020E 
onc 
4137 


047E BF822E 
0481 BC0500 
0484 
4099 
0486 B80005 


0489 
758800 
048C 
4137 
048E B80800 
0491 
401A 
0493 B81ADO 
0496 
5015 


0498 
74FF 
049A F9 
049B C3 
049C 
949A 
049E C9 
049F 
9402 
04A1 C9 
04A2 
O8F7 
04A4 F58B 
04A6 
8980 
04A8 
758810 
04AB 
4137 
04AO 
811F 


04AF 
4137 


04B1 BC0104 
04B4 M08 
04B6 
41F1 


1305 
1306 
1307 
1308 
1309 
1310 
1311 
1312 
1313 
1314 
1315 
1316 
1317 
1318 
1319 
1320 
1321 
1322 
1323 
1324 
1325 
1326 
1327 
1328 
1329 
1330 
1331 
1332 
1333 
1334 
1335 
1336 
1337 
1338 
1339 
1340 
1341 
1342 
1343 
1344 
1345 
1346 
1347 
1348 
1349 
1350 
1351 
1352 
1353 
1354 
1355 
1356 
1357 
1358 
1359 
1360 
1361 
1362 
1363 
LINE 


; Set 
Locator 
report 
interval 
OoC10: 
CJNE 
R7,ILO_SetInterva1,OoC11 
CJNE 
R4,15,$+3 
;Check 
1en>~2+3 


JC 
RxErr 


CJNE 
RO,10,OoC10a 


; parameter=O, 
polling 
only. 


MOV 
TCON,IO 
AJMP 
ONRXB 
OoC10a: 
CJNE 
RO,18,$+3 


JC 
OoC10c 
CJNE 
RO,126,$+3 
JNC 
OoC10c 
;Jump 
if RO>~26. 


; 
8 
<= 
param 
<= 
25, 
compute 
TimerO 
reload 
value. 
MOV 
A,lOFFh 
MOV 
R1,A 
OoC10b: 
CLR 
C 
SUBB 
A, 'MSECL 
XCH 
A,R1 
SUBB 
A, IMSECH 
XCH 
A,R1 
OJNZ 
RO,OoC10b 
MOV 
RTL,A 


MOV 
RTH,Rl 
MOV 
TCON,'INIT_TCON 


AJMP 
ONRXB 
DoCIDe: 
AJMP 
RxErr 


MOV 
CJNE 
SJMP 


A,MyAddr 


A,iAdr_Default,DoC9a 
OoC9b 


OoC9a: 
SETB 
SETB 
OoC9b: 
AJMP 


SendRpt 
I2CFG.MASTRQB 
ONRXB 


:Don't 
send 
Position 
reports 


; 
to 
default 
address. 


;Flag 
to 
send 
Position 
report 


;Request 
to 
be 
master. 


OOTXB 


Transmitted 
a 
complete 
byte, 
has 
been 
acknowledged. 


Get 
next 
byte 
based 
on 
context. 


Enter: 


R4 
(ByteCnt) 
is 
the 
offset 
of 
the 
byte 
we 
wish 
to 
send. 


Exit: 


R2 
(I2COat) 
is the next byte 
to transmit 
(if any) . 


A 
is 
not 
preserved. 
Return 
via 
AJMP 
DNTXB. 


R2~I2COat, 
R3~BitCnt, 
R4~ByteCnt, 
R5~ATNCnt, 
R6~I2CCxt 
;****************** 


; - Source 
address 
DOTXB: 
CJNE 
MOV 
AJMP 


R4,il,DoTxl 
R2,MyAddr 
ONTXB 


ACCESS.bus 
mouse application code for the 
microcontroller 


04B8 BC0258 
1364 
04BB 
7A82 
1365 
1366 
04BD 
750C05 
1367 
1368 
1369 
1370 
04CO AFOB 
1371 
1372 
04C2 BF0307 
1373 
04C5 
7A06 
1374 
04C7 
750C09 
1375 
04CA 
41F1 
1376 
1377 
04CC BFEOOC 
1378 
04CF E51A 
1379 
04D1 B40105 
1380 
04D4 
7A83 
1381 
04D6 
750C06 
1382 
04D9 
UFl 
1383 
1384 
04DB BFE107 
1385 
04DE 
7A9D 
1386 
04EO 
750C20 
1387 
04E3 
41F1 
1388 
1389 
04E5 BFE31C 
1390 
04E8 
7410 
1391 
04EA F519 
1392 
04EC 
2518 
1393 
04EE C3 
1394 
04EF 
9475 
1395 
04Fl 
4006 
1396 
04F3 F4 
1397 
04F4 
04 
1398 
04F5 
2519 
1399 
04F7 F519 
1400 
04F9 E519 
1401 
04FB 
2483 
1402 
04FD FA 
1403 
04FE 
2483 
1404 
0500 F50C 
1405 
0502 
41Fl 
1406 
1407 
0504 BFE402 
1408 
0507 
8003 
1409 
1410 
0509 BFF005 
1411 
050C 
7A81 
1412 
050E 
750C04 
1413 
0511 
41F1 
1414 
1415 
1416 
0513 BC0309 
1417 
0516 AAOB 
1418 
0518 BA0302 
1419 
051B AA10 
1420 
051D 
41F1 
1421 
1422 
LOC 
OBJ 
LINE 


August 1992 


R4,#2,DoTx2 
R2,#082h 


;ByteCnt=2? 


;Use 
2 
as 
default 
length, 


; P=l, 
Control/Status 
msg. 


;Include 
overhead 


message 
type. 


Identify, 
Output 
Error, 
2. 


MOV 
MsgLen,jS 


Compute 
length 
based 
on 


; 
If 
not 
Position 
Report, 


; 
or 
Reset, 
the 
length 
is 
MOV 
R7,SndType 


Position 
report 


CJNE 
R7,#LD_Position,TxA 
:Position 
report? 
MOV 
R2,#6 
;Data 
length 
is 6 
(P=O, 


MOV 
MsgLen,i9 
;6 
plus 
3 
overhead. 


AJMP 
DNTXB 


CJNE 
R7,#I 
Attn,TxI 


MOV 
A,SelfTest 
;Check 
for 
ROM 
error 
CJNE 
A,#ROM_ERROR,TxA9 


MOV 
R2,#083h 
;Use 
Len=3 
to 
include 
checksum. 


MOV 
MsgLen,#6 
TxA9: 
AJMP 
DNTXB 
; Ident ify Reply 
TxI: 
CJNE 
R7,#I 
IdReply,TxC 
MOV 
R2, # (80h+29) 
;Length 
for Identify. 


MOV 
MsgLen,#(29+3) 
;Add 
overhead 
for 
MsgLen 
AJMP 
DNTXB 


Capabilities 
Report 
TxC: 
CJNE 
R7,#I 
CapReply,TxE 


MOV 
A,#CapFragLen 
MOV 
CapLen,A 
ADD 
A,CapOffset 
CLR 
C 
SUBB 
A,#(CAP_END-CAP 
START) 
JC 
TxC3 
CPL 
A 
INC 
A 
ADD 
A,Caplen 


MOV 
CapLen,A 


MOV 
A,CapLen 
ADD 
A,#083h 
MOV 
R2,A 
ADD 
A,#083h 


MOV 
MsgLen,A 
AJMP 
DNTXB 


;ls 
it 
beyond 
end 
of 
Cap 
String? 


;No, 
use 
default 
length. 


;Yes, 
shorten 
as 
needed. 


;Get 
fragment 
length. 


;Compute 
data 
length. 


;Prepare 
to 
send 
it. 


;Add 
3 
overhead 
for 
MsgLen 


Checksum 
or 
message 
framing 
error 
TxE: 
CJNE 
R7,#I_Error,TxR 
SJMP 
TxR1 


; Reset 


TxR: 
TxR1 : 
CJNE 
MOV 
MOV 
AJMP 


R7,#I_Reset,TxU 
R2,#081h 


MsgLen,i4 
DNTXB 


;Length 
for Reset 
(80+1). 


;1 
plus 
3 
overhead. 


DoTx2: 
CJNE 
MOV 
CJNE 
MOV 
TCC1: 
AJMP 


R4,#3,DoTxLast 
R2,SndType 


R2,#LD_Position,TCC1 


R2,ReportBuf 
DNTXB 


;ByteCnt=3? 


;Send 
command 
code 


; 
unless 
it 
is 
position 
report. 


;In 
that 
case 
send 
1st 
byte 
of 
report. 


0528 
5005 


052A 
750905 
0520 
6166 


052F AFOB 
0531 BF0309 
0534 E504 
0536 
240D 


0538 F9 
0539 
8702 
053B 
41Fl 


053D 
BFE009 
0540 AA1A 
0542 BC0502 
0545 AA1B 
0547 
41F1 


0549 BFA104 
054C 
AA1A 
054E 
41F1 


0558 E9 
0559 B18C 
055B FA 
055C 
09 
055D 
41F1 


055F BC1E02 
0562 
790E 
0564 
40F2 


0566 BC2000 
0569 
5003 
LOC 
OBJ 


1423 
1424 
1425 
1426 
1427 
1428 
1429 
1430 
1431 
1432 
1433 
1434 
1435 
1436 
1437 
1438 
1439 
1440 
1441 
1442 
1443 
1444 
1445 
1446 
1447 
1448 
1449 
1450 
1451 
1452 
1453 
1454 
1455 
1456 
1457 
1458 
1459 
1460 
1461 
1462 
1463 
1464 
1465 
1466 
1467 
1468 
1469 
1470 
1471 
1472 
1473 
1474 
1475 
1476 
1477 
1478 
1479 
1480 
1481 
LINE 


; 
- 
Test 
for 
last 
byte 
of 
command 
(message 
check) 


DoTxLast: 
MOV 
A, MsgLen 


CJNE 
A,ByteCnt,DoTxEnd 
;Last 
byte 
of 
command? 


sets 
Carry 
if 
A<ByteCnt 


; Yes, 
send 
check. 


- 
Test 
for 
DoTxEnd: 
JNC 


MOV 
AJMP 


beyond 
last 


DoTx3 
NACnt, *5 
DoStp 


of 
command 


;Beyond 
last byte 
(check)? 


;Reset 
Negative 
Ack 
retry 
count. 
;Send STOP. 


Transmit 
message 
data 
bytes 


ByteCnt 
from 3 to 
(length+2) 


Dispatch 
based 
on 
command 
type 


DoTx3: 
MOV 
CJNE 
MOV 
ADD 
MOV 
MOV 
AJMP 


R7,SndType 


R7,SLD_Position,DoT3 
A,ByteCnt 
A,*ReportBuf-3 
R1,A 
I2CDat,@R1 
DNTXB 


;Position 
report? 


;Yes, 
send 
next 
byte. 


;Attention 
report 
DoT3: 
CJNE 
R7,BI_Attn,DoT4 
MOV 
R2,SelfTest 
CJNE 
R4,*5,AT4 


MOV 
R2,RomSum 


AT4: 
AJMP 
DNTXB 


;Application 
DoT4: 
CJNE 
MOV 
AJMP 


;Send 
Power-up 
self test 
and 
attention 


;ByteCnt~5? 


;Yes, 
send 
checksum 
byte. 


test 
report 


R7,NApp_TestReply,DoTS 


R2,SelfTest 
DNTXB 


Identify 
report 


Send 
ID 
string 
for 
ByteCnt 
4-29 
(26 
bytes, 
last 
two 
are 
FFh) 
. 


Send 
random 
number 
for 
ByteCnt 
30 
and 
31. 


;******************************* 


R7,BI_IdReply,DoT6 
R4,*4,IDR2 
;First byte 
(ByteCnt=4)? 


set 
up 
to 
send 
ID 
string 


R1,HO 
;R1 
is 
index 


MOV 
ACALL 
MOV 
INC 
AJMP 


A,R1 


GET 
ID 
R2,A 
R1 
DNTXB 


;Prepare 
to 
send 
it 


;Increment 
for 
next 


CJNE 
R4,B30,IDR3 
MOV 
R1,iRandH 
JC 
IDR4 


; BytCnt 
>~ 30 
CJNE 
R4,*32,$+3 
JNC 
IDR7 


;ByteCnt~30? 


;Set 
to 
send 
random 
j. 


;Jump 
if 
less 
than 
30. 


ACCESS.bus 
mouse application code for the 
microcontroller 


056B E7 
056C 
80EO 
056E 
6166 


0570 BFE317 
0573 BC0404 
0576 
7AOO 
0578 
41F1 


057A BC0506 
0570 AA18 
057F A918 
0581 
41Fl 


0583 
E9 
0584 B1A9 
0586 FA 
0587 
09 
0588 
41F1 


058A 
41Fl 


058C 04 
0580 83 
058E 
22 


058F 
41 
0590 
56312E31 
0594 
202020 
0597 
44454320 
059B 
20202020 
059F 
56535858 
05A3 58204242 
05A7 FF 
05A8 FF 


1482 
1483 
1484 
1485 
1486 
1487 
1488 
1489 
1490 
1491 
1492 
1493 
1494 
1495 
1496 
1497 
1498 
1499 
1500 
1501 
1502 
1503 
1504 
1505 
1506 
1507 
1508 
1509 
1510 
1511 
1512 
1513 
1514 
1515 
1516 
1517 
1518 
1519 
1520 
1521 
1522 
1523 
1524 


15.27 
1528 
1529 
1530 
1531 
1532 
1533 
1534 
1535 
1536 
1537 
LINE 


MOV 
SJMP 
AJMP 


A,@R1 
IDR5 
OoStp 
:Error! 
Beyond 
last 
byte, 


STOP 
now. 


;******************************* 


Capability 
report 


Send 
next 
byte 
of 
capability 
string. 


Uses 
Rl 
as 
index. 


DoT6: 
CJNE 
CJNE 
MOV 
AJMP 


Cap1: 
CJNE 
MOV 
MOV 
AJMP 


MOV 
ACALL 
MOV 
INC 
AJMP 


R7,II_CapRep1y,DoT7 
R4,14,Cap1 
;First byte 
(ByteCnt-4)? 
R2,10 
;Send High byte 
of Offset 
(always 0). 
DNTXB 


R4,I5,CAP2 
R2, CapOffset 
R1,CapOffset 
DNTXB 


;Second 
byte 
(Offset1o)? 


;Send 
Low 
byte 
of 
Offset. 


;Initialize 
Rl 
to 
use 
as 
index. 


A,R1 
GET CAP 
R2,A 
R1 
DNTXB 


GET_ID 


Get 
byte 
of 
ID 
string 


Enter: 
offset 
of 
desired 
byte 
in 
A. 


Exit: 
A 
is 
the 
desired 
byte. 


;********************** 
GET 
ID: INC 
MOVC 
RET 


;10 
string 
is 
defined 
here, 
DB 


DB 


;Skip RET 
;Get the byte 


length 
is 25 


;Protocol 
revision 


;Module 
revision 


:lst 
byte 
of 
device 


;2nd 
byte 
of 
device 


GET CAP 


Get 
byte 
of 
Capabilities 
string. 


This 
implementation 
supports 
up 
to 
254 
bytes 
only! 


Enter: 
offset 
of 
desired 
byte 
in 
A. 


Exit: 
A 
is 
the 
desired 
byte. 
;*********************** 


ACCESS. bus mouse application code for the 
microcontroller 


05AA 
83 
1538 
MOVC 
A,@A+PC 
;Get the byte 


05AB 
22 
1539 
RET 
1540 
:Capabilities 
string 
is defined 
here. 


05AC 
28 
1541 
CAP 
START: 
DB 
' (' 
05AD 
2070726F 
1542 
DB 
, prot (locator)' 


05B1 
74286C6F 
05B5 
6361746F 
05B9 
7229 
05BB 20747970 
1543 
DB 
, type (mouse)' 
05BF 
65286D6F 
05C3 
75736529 
05C7 
20627574 
1544 
DB 
, buttons(I(L)2(R)3(M»' 


05CB 
746F6E73 
05CF 
2831284C 
05D3 
29322852 
05D7 
2933284D 
05DB 
2929 
05DD 
2064696D 
1545 
DB 
, dim(2) , 


05E1 
283229 
05E4 
2072656C 
1546 
DB 
reI' 
05E8 
20726573 
1547 
DB 
, res(200 
inch) , 


05EC 28323030 
05FO 
20696E63 
05F4 
6829 
05F6 2072616E 
1548 
DB 
, range (-127 127)' 


05FA 
6765282D 
05FE 
31323720 
0602 
31323729 
0606 
20643028 
1549 
DB 
, dO (dname (X)), 


060A 
646E616D 
060E 
65285829 
0612 
29 
0613 
20643128 
1550 
DB 
. d1 (dname (Y))• 


0617 
646E616D 
061B 
65285929 
061F 
29 
0620 29 
1551 
DB 
'I' 


0621 
00 
1552 
CAP END: 
DB 
0 
;Null 
terminator 
(not 
used). 


1553 
Capabilities 
length 
is 121 bytes 
1554 
1555 
END 


The following program contains routines that 
will allow an 8xC751 or 8xC752 to implement 
a software UART that can send and receive 
serial data simultaneously. Other published 
software UARTs only allow either transmit or 
receive to occur at anyone 
time. The demo 
application shown in the code listing waits for 
data to be received, then echoes it and 
follows this with a hexadecimal interpretation 
of the data plus a space. For instance, if the 
program receives the character "$", it echoes 
back the string "$24". The reason for echoing 
these additional characters is to make it easy 
to force the receiver buffer to fill up in order to 
test the handshaking. 
"the 
program simply 
echoed what was received, it would likely 
never use more than the very first receiver 
buffer location since it can normally transmit 
just as fast as it can receive. 


CHIP RESOURCES 
The UART routines use about 400 bytes of 
code space and use the timer to provide a 
constant time interrupt to synchronize both 
transmit and receive operations. The 
hardware connections require. four device 
pins to accomplish serial 1/0 with RTSICTS 
handshaking. Only two pins would be needed 
if handshaking is not required. Three of the 
four pin functions may be assigned to any 
port pin. The serial input pin must be 
assigned as one of the extemal interrupt pins. 
Another two pins are used in the demo 
application to input a selection of one of four 
baud rates (1200, 2400, 4800, or 96(0). 


LIMITATIONS 
To obtain duplex operation, a fairly large 
portion of the chip'S time is used. The 
routines were tested up to 9600 baud running 
on a 16 MHz 87C751. When serial input and 
output were both occurring at the same time, 
the routines could not support continuous 
operation with no pauses between 
characters. At 4800 baud, full speed tight 
reception and transmission worked flawlessly. 
In other words, 4800 baud should work with 
all applications, while 9600 baud may not 
work with all applications. 


THEORY 
OF OPERATION 
There are three possible sequences of events 
when serial transmit and receive may both be 
operating at once: transmit and receive begin 
simultaneously; transmit is requested while 
the receiver is busy; and receive starts while 
the transmitter is busy. The first 2 cases 
could be handled fairly simply with only one 
interrupt for each bit time. In the first case, 
everything is already in synch and only one 


timer and one interrupt per bit is needed to do 
both operations. In the second case (transmit 
is requested while the receiver is busy) the 
program could just wait for the neX1bit time to 
start transmitting. Unfortunately, the third 
case presents a problem. "the 
program is 
already transmitting, it cannot atways wait for 
the next bit time to start sampling the serial 
data if the application is not to lose bits. Also, 
the timer cannot be adjusted to the incoming 
data since this would distort the duration of 
one of the transmitted bits. 


The method used here to deal with this 
problem is to always divide all bit times into 4 
sub-bit times. When transmission and/or 
reception is in progress, the timer runs at 4X 
the bit rate for the selected baud rate. The 
variables TxTime and RxTime are used to 
count sub-bit times for the transmitter and the 
receiver, respectively. Both are initialized to a 
negative value and count up to simplify 
testing for an active sub-bit time. The 
maximum baud rate that can be supported is 
essentially determined by the maximum 
amount of time that it might take the 
microcontroller to do all of the operations 
associated with transmitting one bit and 
receiving one bit. This must be done within 
the time between timer interrupts. 


When both transmit and receive operations 
are scheduled for the same timer interrupt, 
priority is given to the transmitter routine. The 
reason for this is that a great deal of jitter can 
be tolerated in the timing of the received bit 
sampling, but the transmitted data must 
"look" good to the outside world. 


The actual bit times for transmit and receive 
are counted by the variables TxCnt and 
RxCnt, respectively. When an active sub-bit 
time slice occurs, these variables tell the 
transmit and receive routines what to do in 
the current time slice. The value 11 hex 
indicates a start bit, 10 hex indicates a stop 
bit, and the values 8 through F hex indicate a 
data bit. The values were chosen to allow 
quick determination of the appropriate action 
by the code. 


The routines provide for a small amount of 
data buffering for both the transmitter and the 
receiver. As implemented here, the 
transmitter buffer is only one byte deep, 
allowing one data byte to be held while 
another is being transmitted. The receiver 
buffer is larger, allowing three bytes to be 
held while a fourth is being received. " the 
receiver buffer fills up (indicated by the flag 
RxFull), the application code must retrieve 
one byte before a fourth one finishes, or data 
will be lost. If this happens, a flag will be set 
(Overrun Err) to indicate that the receiver 
buffer has been overrun. There is no similar 
flag for the transmitter, since the transmit 


request routine waits for the transmitter buffer 
to be available (indicated by the TxFull flag) 
before taking action. It is up to the application 
code to check this flag in advance if ~ does 
not want to stall execution while waiting to 
transmit data. 


As each routine finishes a whole data byte by 
completing the send or receive of a stop bit, it 
checks to see if there is something still 
happening to warrant having the time slice 
interrupt running. In the case of a received 
stop, the transmit activity flag (TxOn) is 
examined. "it is not set, the timer is turned 
off. The timer will be turned back on if an 
interrupt from a serial start bit is received or 
the main code requests data to be 
transmitted. In the case of a transmitted stop, 
both the receiver activity flag (RxOn) and the 
transmit buffer flag (TxFulI) are examined. " 
the receiver is active or there is more data to 
transmit, the timer is left running. 


All of the status flags are in the "Flags" 
register. Other status flags found there are: 
RxAvail, which indicates that the receiver 
buffer contains unprocessed data; and 
FramingErr which is set when the receiver 
routines find an improper start or stop bit, 
usually caused by mismatched baud rates. 


Flow control handshaking is provided by the 
RTSICTS scheme. The transmit routine looks 
at the incoming CTS line before beginning 
each start bit transmission, and simply exits, 
waiting for the neX1time slice, if CTS is not 
asserted. The receive routine checks the 
buffer status whenever a start bit interrupt 
occurs and de-asserts the outgoing RTS line 
if the buffer already contains two bytes (i.e., it 
will be full when the current byte finishes). If 
the device at the other end of the 
communication 
line follows the same rules 
(which may very well NOT be the case) the 
program should be able to communicate 
without buffer overflows in either direction. 


Baud rates in both the send and receive 
routines are determined by two things: the 
timer interrupt rate; and the number of time 
slices per bit. The method of calculating the 
timer value for various baud rates is 
discussed in the code listing at the BaudRate 
routine. This discussion has centered on 
there being four time slices per bit, but if the 
user wants, either the transmitter or the 
receiver can be set to run at a baud rate that 
is a multiple of the other by adjusting the 
value of the constant TxBitLen or RxBitLen. 
The baud rate would be calculated as 
indicated for the faster channel, and TxBitLen 
or RxBitLen would be changed for the slower 
channel. For example, the transmitter can be 
set to run at half of the receiver baud rate by 
setting TxBitLen to --il + 1. 


The routines shown also make provision for 
changing the baud rate 'on the fly', although 
the application code given does not 
implement this feature. If the application code 
changes the baud rate for some reason, the 
change will be effected when the next data 
transmission or reception begins, if both the 
transmitter and receiver were already idle. 
This prevents the timer value from being 
changed in the middle of a data byte. 


- 
IntrO-Called 
(by interrupt) when a serial 
start bit is received. 
- T1merO--Called (by interrupt) for every 
sub-bit time slice. 
- RS232TX-Called 
by T1merOwhen the 
transmitter has business to conduct in the 
current time slice. 


- 
RS232RX-Called 
by T1merOwhen the 
receiver has business to conduct in the 
current time slice. 
- 
BaudRate-Sets 
the baud rate variables 
BaudHigh and BaudLow based on the 
accumulator value. 
- TxSend-Called 
by the application code to 
request that a data byte be transmitted. 


The data to be transmitted is in the 
accumulator. 


- GetRx-Calied 
by the application code to 
request return of a received data byte from 
the buffer. Data is returned in the 
accumulator. This routine should not be 
called unless the receiver buffer has data 
available. 


- 
Reset-Start 
of the initialization code to set 
up the UART. 


- MainLoop--Start 
of the mainline code of 
the demo application. 


This 
is 
a 
demo 
program 
showing 
a 
way 
to 
perform 
simultaneous 
RS-232 


transmit 
and 
receive 
using 
only 
one 
hardware 
timer. 


The 
transmit 
and 
receive 
routines 
divide 
each 
bit 
time 
into 
4 
slices 
to 


allow 
synchronizing 
to 
incoming 
data 
that 
may 
be 
out 
of 
synch 
with 
outgoing 


data. 


The 
main 
program 
loop 
in 
this 
demo 
processes 
received 
data 
and 
sends 
it 


back 
to 
the 
transmitter 
in 
hexadecimal 
format. 
This 
insures 
that 
we 
can 


always 
fill 
up 
the 
receiver 
buffer 
(since 
the 
returned 
data 
is 
longer 
than 


the 
received 
data) 
for 
testing 
purposes. 
Example: 
if 
the 
letter 
"A" 
is 


received, 
we 
will 
echo 
"A4l 
". 


$Title(Duplex 
UART 
Routines 
for the 
751/752) 
$Date(8/20/92) 
$MOD751 


TxBitLen 


RxBitLen 
RxHalfBit 


-4 + 1 
-4 
+ 
1 


(RxBitLen 
1 4) + 
1 


Timer 
slices 
per 
serial 
bit 
transmit. 


Timer 
slices 
per 
serial 
bit 
receive. 


Timer 
slices 
for 
a 
partial 
bit 
time. 


Used 
to 
adjust 
the 
input 
sampling 


time 
point. 


Note: 
TxBitLen 
and 
RxBitLen 
are 
kept 
separate 
in 
order 
to 
facilitate 
the 


possibility 
of 
having 
different 
transmit 
and 
receive 
baud 
rates. 
The 
timer 


would 
be 
set 
up 
to 
give 
four 
slices 
for 
the 
fastest 
baud 
rate, 
and 
the 


BitLen 
for 
the 
slower 
channel 
would 
be 
set 
longer 
for 
the 
slower 
baud 
rate. 


BitLen 
= 
-4 
+ 
1 
gives 
four 
timer 
interrupts 
per 
bit. 
BitLen 
= 
-8 
+ 
1 
would 


give 
slices, 
BitLen 
= 
-16 
+ 
1 
would 
give 
16 
slices, 
etc. 


TxPin 
BIT 
PI.O 
RS-232 
transmit 
pin 
(output) . 


RxPin 
BIT 
PI.5 
RS-232 
receive 
pin 
(input) . 
RTS 
BIT 
PI.3 
RS-232 
request 
to 
send 
pin 
(output) . 


CTS 
BIT 
PI. 6 
RS-232 
clear 
to 
send 
pin 
(input) . 


; 
Note: 
PI.l 
and PI.2 
are 
used 
to 
input 
the baud 
rate 
selection. 


Flags 


TxOn 


RxOn 
TxFull 
RxFull 


RxAvail 


OverrunErr 


DATA 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 


20h 
Flags.O 
Flags.l 
Flags.2 
Flags.3 
Flags.4 
Flags.6 


Miscellaneous 
bit 
flags 
(see 
below) 
. 


Indicates 
transmitter 
is 
on 
(busy). 


Indicates 
receiver 
is 
on 
(busy). 


Transmit 
buffer 
(1 byte 
only) 
is 
full. 


Receiver 
buffer 
is 
full. 


RX 
buffer 
is 
not 
empty. 


Overrun 
error 
flag. 


TxCnt 
TxTime 
TxShift 
TxDat 


RxCnt 


RxTime 
RxShift 


RxDatCnt 
RxBuf 


DATA 
23h 


DATA 
24h 


DATA 
25h 
DATA 
26h 


DATA 
27h 
DATA 
28h 


DATA 
29h 
DATA 
2Ah 
DATA 
2Bh 


High 
byte 
timer 
value 
for 
baud 
rate. 


Low 
byte 
timer 
value 
for 
baud 
rate. 


RS-232 
byte 
transmit 
bit 
counter. 


RS-232 
transmit 
time 
slice 
count. 


Transmitter 
shift 
register. 


Transmitter 
holding 
register. 


RS-232 
byte 
receive 
bit 
counter. 


RS-232 
receive 
time 
slice 
count. 


Receiver 
shift 
register. 


Received 
byte 
count. 


Receive 
buffer 
(3 
bytes 
long). 


ORG 
OOh 
Reset 
vector. 


AJMP 
RESET 


ORG 
03h 
External 
interrupt 
0 
AJMP 
IntrO 
(received 
RS-232 
start 
bit) . 


ORG 
OBh 
Timer 
0 overflow 
interrupt. 


AJMP 
TimerO 
(4X the RS-232 
bit 
rate) 
. 


ORG 
13h 
External 
interrupt 
l. 


RETI 
(not 
used) 
. 


ORG 
IBh 
Timer 
I 
interrupt. 


RETI 
(not 
used) 
. 


ORG 
23h 
12C 
interrupt. 


RETI 
(not 
used) 
. 


PUSH 


PUSH 


CLR 


Ace 
PSW 
IE.O 


SETB 
MOV 
MOV 
JB 


RxOn 
RxCnt, nlh 


RxTime,iRxHalfBit 


TXOn,IOTimerOn 


RTH,BaudHigh 


RTL,BaudLow 


TH,BaudHigh 


TL,BaudLow 


Save 
accumulator, 


and 
status. 


Disable 
more 
RX 
interrupts. 


Set 
receive 
active 
flag. 


Set 
bit 
counter 
to 
expect 
a 
start. 


First 
sample 
is 
at 
a 
partial 
bit 
time. 


If 
TX 
active 
then 
timer 
is 
on. 


SETB 
TR 
Start 
timer 
O. 


lOTimerOn: 
MOV 
A,RxDatCnt 
Check 
for buffer 
about 
to 
be 
full: 


CJNE 
A,12,IntOEx 
one 
space 
left and 
a byte 
starting. 
SETB 
RTS 
If so, tell whoever 
is on the 


other 
end 
to 
wait. 


IntOEx: 
POP 
PSW 
Restore 
status, 


POP 
ACC 
and 
accumulator. 


RETI 


Timer 
0 
Interrupt 


This 
is 
used 
to 
generate 
time 
slices 
for 
both 
serial 
transmit 
and 
receive 
functions. 


PUSH 
ACC 
PUSH 
PSW 


JNB 
TxTime.7,RS232TX 


JNB 
TxOn,CheckRx 


INC 
TxTime 
JNB 
RxTime.7,RS232RX 


PSW 
ACC 
P3,Flags 


Save 
accumulator, 


and 
status. 


Is 
this 
an 
active 
time 
slice 


for 
an 
RS-232 
transmit? 
If 
transmit 
is 
active, 


increment 
the 
time 
slice 
count. 


Is 
this 
an 
active 
time 
slice 


for 
an 
RS-232 
receive? 


If 
receive 
is 
active, 
increment 


the 
time 
slice 
count. 


Restore 
status, 


and 
accumulator. 


For 
demo 
purposes, 
output 
status 


on 
an 
extra 
port. 


TxCnt.4,TxData 


TxCnt.O,TxStop 


TxStart: 
JB 
CTS,TxExl 


CLR 
TxPin 


MOV 
TxShift,TxOat 
CLR 
TxFull 
MOV 
TxCnt,I08h 


TXExl: 
MOV 
TxTime,iTxBitLen 


SJMP 
CheckRx 


; 
Send 
Next 
Data 
Bit. 


TxData: 
MOV 
A, TxShift 
RRC 
A 
MOV 
TxPin,C 
MOV 
TxShift, 
A 
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Go 
if 
data 
bit. 


Go 
if 
stop 
bit. 


Is 
CTS 
asserted 
(low) 
so 
can 
we 
send? 


If 
not, 
try 
again 
after 
1 
bit 
time. 


Set 
start 
bit. 


Get 
byte 
to 
transmit 
from 
buffer. 


lnit 
bit 
count 
for 
8 
bits 
of 
data. 


(note: 
counts 
UP). 


Get 
un-transmit 
Led 
bits. 


Shift 
next 
TX 
bit 
to 
carry. 


Move 
carry 
out 
to 
the 
TXD 
pin. 


Save 
bits 
still 
to 
be 
TX'd. 


INC 
Mav 
SJMP 


TxCnt 
TxTime,#TxBitLen 
CheckRx 


Increment 
TX 
bit 
counter 
Reset 
time 
slice 
count. 
Restore 
state 
and exit. 


SETS 
JS 


CLR 


CLR 


TxPin 
TxFull, 
TxEx2 
TxOn 


RTS 


Send 
stop bit. 


More 
data 
to 
transmit? 


If 
not, turn off 
TX 
active 
flag, 
and 
make 
sure that whoever 
is on the 
other 
end knows 
it's OK to send. 


Set TX bit counter 
for a start. 
Reset 
time 
slice count, 
stop bit 


> 
1 
bit 
time 
for 
synch. 
Restore 
state 
and exit. 


C, RxP in 
RXCnt.4,RxData 
RxCnt.O,RxStop 


JC 
MaV 
Mav 
SJMP 


RxErr 
RxCnt, li08h 
RxTime,#RxBitLen 
TOEx 


Mav 


RRC 
MaV 


INC 
Mav 
SJMP 


A,RxShift 


A 
RxShift, 
A 
RxCnt 
RxTime,#RxBitLen 
TOEx 


Get 
current 
serial bit value. 
Go 
if 
data bit. 
Go 
if 
stop bit. 


If bit=l, 
then not a valid 
start. 


rnit counter 
to expect 
data. 
Reset 
time 
slice count. 
Restore 
state 
and exit. 


Get 
partial 
received 
byte. 
Shift 
in 
new 
received 
bit. 
Store partial 
result 
in buffer. 
Increment 
received 
bit count. 
Reset 
time 
slice count. 
Restore 
state 
and exit. 


CLR 
Mav 


XCH 


XCH 
Mav 


INC 
SETS 


EA 
A,RxBuf 
A,RxBuf+l 
A,RxBuf+2 
RxBuf,RxShift 
RxDatCnt 
EA 


SETB 
RxAvail 
PUSH 
PSW 
MOV 
A,RxDatCnt 


Add 
just completed 
data 
to buffer. 
Increment 
the received 
byte 
count. 


Re-enable 
interrupts. 


There 
is 
data 
in the RX buffer. 
Save Carry 
(received bit)for 
later. 


Check 
receiver 
buffer 
status. 


CJNE 
A, H,RxChk1 
SETB 
OverrunErr 
MOV 
RxDatCnt,j3 


RxChk1: 
CJNE 
A, t3,RxChk2 
SETB 
RxFull 


RxChk2: 
POP 
PSW 
JC 
RxEx 


RxErr: 
SETB 
FramingErr 


RxEx: 
JB 
TxOn,RxTimerOn 
CLR 
TR 


RxTimerOn: 
CLR 
RxOn 
SETB 
RxTime.7 


SETB 
IE.O 
AJMP 
TOEx 


Is 
RX 
buffer 
overrun? 


Set 
status 
reg 
overrun 
error 
flag. 


Re-set 
buffer 
counter 
to 
NfuIl". 


Retrieve 
last 
received 
bit 
in 
Carry. 


If 
bit=O, 
then 
not 
a 
valid 
stop. 


Remember 
bad 
start 
or 
stop 
status. 


If 
transmit 
active, 
timer 
stays 
on, 


otherwise 
turn 
timer 
off. 


Turn 
off 
receive 
active. 


Set 
bit 
for 
no 
service 
to 


RX 
Time 
Slice 
Branches. 


Re-enable 
RS-232 
receive 
interrupts. 


Restore 
state 
and 
exit. 


BaudRate 
- 
Determine 
and 
set 
the 
baud 
rate 
from 
switches. 


Note: 
if 
the 
baud 
rate 
is 
altered, 
the 
actual 
change 
will 
only 
occur 
when 


a 
transmit 
or 
receive 
is 
begun 
while 
the 
timer 
was 
not 
already 
running 


(i.e.: 
not 
already 
busy 
transmitting 
or 
receiving). 


DPTR,~BaudTab1e 
A,~03h 


A 


PUSH 
MOVC 
MOV 
POP 
INC 
MOVC 
MOV 
RET 


ACC 
A,@A+DPTR 
BaudHigh,A 
ACC 


A 
A,@A+DPTR 


BaudLow,A 


Set 
pointer 
to 
baud 
rate 
table. 


Limit 
displacement 
for 
lookup. 


Double 
the 
table 
index 
since 
these 


are 
2 
byte 
entries. 


Save 
the 
table 
index 
for 
second 
byte. 


Get 
first 
byte, 
and 
save 
as 
the 
high 


byte 
of 
the 
baud 
rate 
timer 
value. 


Get 
back 
the 
table 
index. 


Advance 
to 
next 
table 
entry. 


Get 
second 
byte, 
and 
save 
as 
the 
low 


byte 
of 
the 
baud 
rate 
timer 
value. 


Entries 
in 
BaudTable 
are 
for 
a 
timer 
setting 
of 
1/4 
of 
a 
bit 
time 
at 
the 
given 


baud 
rate. 
The 
two 
values 
per 
entry 
are 
the 
high 
and 
low 
bytes 
of 
the 
value 
respectively. 


Example 
for 
9600 baud 
with 
a 16MHz crystal: 
16,000,000 
/ 9600 * 
48 ~ 34.7222 ... machine 
cycles 
per quarter 
bit 
time. 


Rounded, 
this 
is 
35. 
The 
hexadecimal 
value 
for 
35 
is 
23. 


10000 hex 
- 23 hex 
(truncated 
to 16 bits) 
~ FFDD. 
Thus, 
the BaudTab1e 
entry 


for 
9600 
baud 
is 
FF, 
DO 
hex. 


BaudTable: 
DB 
OFEh,OEAh 
1200 
baud. 
DB 
OFFh,75h 
2400 baud. 
DB 
OFFh,OBBh 
4800 baud. 


DB 
OFFh,ODDh 
9600 
baud. 
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JB 
SETB 
MOV 
JB 


TxFull,$ 
TxFull 


TxDat,A 


TxOn,TSTimerOn 


Make 
sure 
TX 
buffer 
is 
free. 


Reserve 
the 
buffer 
for 
our 
use. 


Put 
character 
in 
buffer. 


Exit 
if 
transmitter 
already 
running. 


Transmit 
active 
flag 
set. 


loit 
bit 
counter 
to 
expect 
a 
start. 


Reset 
time 
slice 
count. 


Exit 
if 
receiver 
already 
active. 


SETB 
MOV 
MOV 
JB 


TxOn 
TxCnt, Ulh 
TxTime,8TxBitLen 


RxOn,TSTimerOn 


PrByte: 
PUSH 
ACC 
Print 
ACC 
contents 
as ASCII 
hex. 
SWAP 
A 
ACALL 
HexAsc 
Print 
upper 
nibble. 
ACALL 
TXSend 
POP 
ACC 
ACALL 
HexAsc 
Print 
lower 
nibble. 
ACALL 
TxSend 
RET 


MOV 
MOV 
MOV 
MOV 
SETB 
RET 


RTH,BaudHigh 


RTL,BaudLow 


TH,BaudHigh 


TL,BaudLow 
TR 


Make 
sure 
we're 
working 
with 
only 
one nibble. 


Test 
value 
range. 


Value 
is 
0 
to 
9. 


Value 
is 
A 
to 
F, 
needs 
pre-adjustment. 


Adjust 
value 
to 
ASCII 
hex. 


CJNE 
JC 
ADD 
ADD 
RET 


A,_OAh,HAl 
HAVal09 
A,n 


A, I' 0' 


Make 
sure 
this 
isn't 
interrupted. 


Decrement 
the 
buffer 
count. 


Get 
buffer 
count. 


Test 
for 
empty 
receive 
buffer. 


If 
empty, 
clear 
data 
available 
status. 


Create 
a 
pointer 
to 
end 
of 
buffer. 
Save 
RD. 


Put 
pointer 
where 
we 
can 
indirect. 


Get 
last 
buffer 
data. 


Restore 
RO. 


Buffer 
can't 
be 
full 
anymore. 


Re-enable 
interrupts. 


CLR 
DEC 
MOV 
JNZ 


CLR 
ADD 
MOV 
MOV 
MOV 
MOV 
CLR 
SETB 
RET 


EA 


RxDatCnt 


A, RxDatCnt 
GRXl 


RxAvail 


A,IRxBuf 
Temp,RO 
RO,A 
A,@RO 


RO,Temp 
RxFull 
EA 


Set timer 
off, 
INTO to level 
trigger. 


Turn 
off all status 
outputs. 


MOV 
A, PI 


RR 
A 
ACALL 
BaudRate 


Read 
baud rate bits 
from Pl. 


The switches 
are on bits 
2 and 
1. 
Set up the selected 
baud 
rate. 


FLAGS,tO 
RxDatCnt,.O 
IE, t93h 


Init all 
status 
flags. 


Clear 
buffer 
count. 


Turn 
on timer 
0 interrupt 
and 
external 
interrupt 
O. 


Assert 
RTS 
so we can receive. 


The main 
program 
loop processes 
received 
data 
and sends 
it back 
to the 
transmitter 
in hexadecimal 
format. 
This 
insures 
that we can always 
fill 
up the 
receiver 
buffer 
(since the returned 
data 
is longer than 
the 
received 
data) 
for testing 
purposes. 
Example: 
if the 
letter 
"A" 
is 


received, 
we will 
echo 
"A41 " 


JNB 
ACALL 
ACALL 
ACALL 
MOV 
ACALL 
SJMP 


RxAvail, 
$ 
GetRx 
TxSend 
PrByte 
A,t20h 
TxSend 
MainLoop 


Make 
sure an input byte 
is available. 
Get data 
from the receiver 
buffer. 
Echo 
original 
character. 
Output 
the char 
in hexadecimal 
format, 


followed 
by a space. 
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Serial bus looks to standardize 
connections for peripherals 


Warren Andrews, Senior Editor 
I 


nan effort to bring some order to 
the interconnection 
of a broad 
range of accessory devices such as 
keyboards, locators, bar-code readers 
and others, Digital Equipment Corp 
(Maynard, MA) has introduced a new 
serial connection scheme. In develop- 
ing the approach, dubbed Access.bus, 
DEC joined forces with a team from 
Philips/Signetics 
(Sunnyvale, 
CA) 


using 
that company's 
previously 
developed 
j2C (inter-integrated 
circuit) 
technology. The companies 
have 
specified 
both 
the 
physical 


definition 
and protocols 
and are of- 


fering 
them 
to the public domain 
with no strings attached. 
I The Access.bus 
As implemented 
by DEC, 


Access.bus 
is designed to 
handle 
relatively 
slow 


input devices such as key- 
boards, 
mice, 
bar-code 
readers, 
magnetic 
card 
readers, 
modems 
and 
some signal transducers 
for real-time 
control 
ap- 
plications. It's intended to 
handle up to 14 different 
devices on a single serial 
cable which can be as long 
as 8 m. The bus uses the 
basic 
j2C configuration 
and can handle data rates 
up 
to 80 kbits/s 
(100 
kbitsls minus overhead). 
jn 
addition, 
the 
Ac- 


cess.bus 
cable also car- 
ries a +12-V supply volt- 
age for powering 
each 


device. According to the 
specification, 
the cable carries up to 


500 mA. 


According to DEC's Paul Nelson, 


senior 
engineering 
manager 
of 
input 
devices, 
video, 
image 
and 
printer 
systems 
group, 
adding 
an 
Access.bus interface to any periph- 
eral device requires 
only an 8051- 


family microcontroller with 12C cir- 
cuitry. 
uThe use 
of this 
circuitry 
should 
add a maximum 
of about 
$.50/accessory device in OEM quan- 
tities," he says. Alternately, he adds, 
discrete j2C circuitry can be used to 
implement the interface, but there's 


little-if 
any-advantage. 
Nelson 
also hinted 
that 
sometime 
in the 


future, 
the 
basic 
j2C maximum 
clock 
rate 
might 
be updated 
so 
faster 
devices 
such 
as 
scanners 


and/or 
video 
and 
imaging 
func- 
tions could be attached 
to the bus. 


Devices 
sharing 
Access.bus 
are 
attached 
with 
a four-conductor 


shielded 
cable 
connected 
with 
a 
DEC-developed connector (available 
from both AMP and 
Molex). The 
shielding is required to keep the sys- 
tem within FCC radiation 
require- 
ments. The connector is similar to 
the standard 
RJ22 telephone 
con- 


discipline ofAccess. bus is defined as 
a subset of the Philips j2C. This is 
a symmetric, 
multi-master 
bus 
which allows for arbitration 
among 


contending 
masters 
without 
loos- 


ing 
data. 
It 
also 
provides 
for 
cooperative 
synchronization 
of the 
serial 
clock for exchange 
of data 


between 
bus partners 
with differ- 


ent 
maximum 
clock 
rates. 
The 


scheme allows addressing, 
framing 


of data 
bits 
and bytes, 
and 
byte 


acknowledgement 
by the receiver. 


I Base protocols 
The base protocol is common to all 
types of Access.bus 
devices and es- 
tablishes 
the 
bus 
characteristics. 


The host plays a role as manager 
of 
the bus specifying 
communication 
between 
the 
host 
and 
peripheral 
devices-never 
between 
two 


peripherals. 
While the j2C protocol 
allows either a sender or 
receiver to be the master 
in a bus transaction, 
the 


Access. 
bus 
protocol 
restricts masters to send- 
ing and slaves 
to receiv- 
ing. The host and all at- 
tached 
devices 
are, 
by 


definition, 
both 
master 
and slave devices and will 
act as either at the proper 
time. 


The base protocol de- 


fines the 
format 
of the 


Access.bus 
message 
en- 
velope which is made up 
of an I2C bus transaction 
with 
additional 
infor- 


mation 
appended. 
One 


item 
of appended 
infor- 


mation is a checksum for 
reliability 
control. 
The 


Access.bus base 
protocol 
also specifies a set of seven 
control and status message 
types which are used in the 
system 
configuration. 


The configuration 
process is de- 


signed to permit auto addressing and 
hot-plugging. Auto addressing refers 
to the way that devices are assigned 
unique bus addresses in the configu- 
ration process without the need for 
setting jumpers 
or switches 
on the 


devices. Hot plugging lets users dis- 
connect and reconnect devices to the 
system 
while 
it's running 
without 


having to reboot the host. 


The top level of the Access.bus 


protocol defines message semantics 
that 
are 
specific 
to 
particular 


Access.bus begins with basic t2c protocols and adds a baselevel 
common to all devices and other device-specific protocols, which 
all operate over the same bus. 


nector only it's slightly larger to ac- 
commodate 
shielding. 
The 
four 
conductors 
include the 12-V supply 


line, a line for data (called SDA for 
serial 
data), 
a line for the 
clock 


(labeled 
SCL for serial 
clock) and 
ground. Typical Access.bus devices 
will have 
two connectors 
to allow 
chaining of devices. '1'" connectors, 
however, may be used with smaller, 
hand-held 
devices. 


The 
Access.bus 
protocol 
com- 
prises 
three 
levels: the j2C proto- 


col, the base protocol and the ap- 
plication 
protocol. 
The 
basic 


functional types of devices. Different 
device 
types 
have 
thus 
far been 
divided 
into 
three 
classes: 
key- 
boards, 
locators 
and 
general 
text 
devices. 
Each 
class 
is 
relatively 


broadly defined, leaving room for a 
variety of different devices. The defi- 
nition 
for keyboards, 
for example, 


allows for the monitoring 
of a device 
with up to 255 keys. Locator devices 
can include not only mice, tablets 
and 
trackballs, 
but 
also 
valuator 


sets (such as dial boxes) with up to 
15 valuators 
and 
function 
button 


boxes with up to 16 buttons. 
Text 
devices 
are defined 
to include 
dev- 
ices 
providing 
character 
streams 
such as card readers, 
printers, 
bar- 


code readers or modems. 


In developing 
the three basic ap- 
plication 
protocols 
DEC 
has 
at- 


tempted 
to define most of the stand- 


ard 
applications. 
"But 
there's 
no 
restriction 
on the development of 


other 
application 
protocols 
as the 
needs occur. In fact, I anticipate 
that 
many 
additional 
application 
proto- 


cols 
will 
start 
appearing 
as 
Access.bus 
comes into broader use," 
says Nelson. 
DEC plans to form an Access.bus 


committee 
which 
will 
help 
define 
other standard 
device-specific 
appli- 


cation 
protocols. 
In addition, 
any 
device 
vendor 
is free to define 
its 
own special 
device 
protocol 
within 


the 
general 
message 
envelope 
de- 


fined by the base protocol. 


At the electrical 
level, Access.bus 
functions as Philips initially defined 
its I2C setup. The host and devices 
are connected 
to both the data and 


clock lines in a "wired-AND" logical 
configuration. 
The wired-AND 
is im- 


plemented 
by connecting 
the data 
and clock output 
stages of each bus 


Four pin access bus 
connector 


Access.bus is connected by a new DEC- 
designed 
four-pin connector that will be 
available from at least two major con- 
nector manufacturers. 


node to the lines through 
open-col- 
lector 
or open-drain 
transistors. 


These 
devices 
are included 
on ex- 
isting 
I2C components. 
The wired- 


AND configuration 
allows any of the 
bus nodes 
to force ei ther line low. 


When 
there's 
no output 
from any 


bus node, the 
lines 
are held 
high 
with pull-up current 
sources 
in the 
host. All devices 
sense 
the level on 
both the clock and data lines. 
When 
two 
devices 
on 
the 
bus 
simultaneously 
attempt 
to assert 
mastership, 
the logical 
wired-AND 


circuitry 
takes 
over. While 
putting 


data 
on the data 
line, each master 


independently 
is sensing the state of 
that 
line. 
Whenever 
a contending 


master 
detects that the state of the 


data line is different 
from the data 


value it's putting out during a clock- 
high, 
the contending 
master 
backs 


off and waits 
for a stop condition 


before trying again. Thus, two con- 
tending 
masters 
will both put data 


on the bus only for as long as they 
are putting 
the same 
data 
on the 


data 
line. The first bit where 
they 


differ will cause the contender 
that 


put out a "1" Oevel"high) to back off. 
For example, 
two masters 
trying to 
send to different 
bus addresses 
will 
resolve the contention 
by the end of 


the first byte of the bus transaction. 
Since the second byte is the address 
of the master, 
if both masters 
are 


attempting 
to send 
to the 
same 


address, 
the contention 
will be re- 


solved by the end of the second byte. 
I Industry standard 
Both 
DEC 
and 
Philips/Signetics 


plan to support 
the Access.bus link 


as an industry 
standard. 
Through 
its 
TRI/ADD 
program, 
DEC 
will 
offer 
hardware, 
software 
and 
marketing 
support 
to peripheral 


makers 
using the bus. Philips/Sig- 


netics 
will offer technical 
support 


and 
a range 
of components 
for 


peripheral 
designers. 
Each company 
will also provide development 
ki ts. 


DEC also plans 
to sponsor 
an Ac- 
cess.bus 
consortium 
to validate 
the 


bus as an industry 
standard. 
In this 


direction, the ACE (Advanced Com- 
puting Environment), 
a consortium 
of 42 major computer 
makers, 
has 


designated 
Access.bus 
as an option 
in the 
Advanced 
RISC 
Computer 


(ARC) specification. 


Note: This article discusses 
the original DEC implementation of ACCESS.bus 
which used 12V power on the bus. The ACCESS.bus 
Industry 
Group (ABIG) has changed 
the power requirements 
for ACCESS.bus to 5V and altered the cable pinout to prevent damage 
to 12V devices 
plugged into a 5V system or vice-versa. General ACCESS. bus devices available to the public willuse 5V power exdusively, only the original 
DEC workstation implementation will use 12V. For details, please refer to the ACCESS. bus specification. 


Philips Semiconductors 
Mlcrocontroller 
Products 


ACCESS.bus, an Open Desktop Bus 


With the recent introduction 
of the ACCESS.busproduct, Digital has affirmed its 
commitment 
to open systems and thus to facilitating 
better solutions for inter- 


active computing. This open desktop bus provides a simple, uniform way to link 
a desktop computer to as many as 14 low-speed I/O devices such as a keyboard, 
mouse, tablet, or three-dimensional 
tracker. ACCESS.bus features a 100-kilobit-per- 


second maximum 
data rate, hardware arbitration, 
dynamic reconfiguration, a 
mature capabilities grammar to support generic device drivers, and off-the-shelf, 
low-cost PC microcontroller technology 


As the 
cost 
of 
personal 
interactive 
computing 


decreases, 
the range of applications 
and the need 


for specialized 
I/O devices 
is growing 
dramatically. 


Traditional 
personal 
computers 
were designed 
to 
accept 
only a small 
number 
of standard 
devices; 


adding devices 
beyond 
those originally 
envisioned 
usually requires 
specialized 
hardware 
or software. 


Custom 
interfacing 
is expensive 
for vendors 
and 
users and thus limits the availability of new devices. 
ACCESS.bus provides 
a simple, 
uniform 
way to 
link a desktop 
computer 
to a number 
of low-speed 


I/O devices such as a keyboard, 
a mouse, a tablet, or 


a three-dimensional 
(3-D) tracker. 
Designed 
from 


the beginning 
as an open 
desktop 
bus, ACCESS.bus 


facilitates 
cooperative 
solutions 
using equipment 


from different 
vendors. 
This paper 
describes 
the 
ACCESS.bus design and gives some insight into how 
the idea was adopted 
at Digital. 


Design Goal, Process, andAdvamages 


The design 
goal for the desktop 
bus follows 
from 


our experience 
within 
the Video, Image and Print 


Systems (VlPS) Input 
Device 
Group 
with 
trying 
to 
support 
new 
devices 
on 
Digital 
terminals 
and 


workstations. While various new devices have been 
successfully 
prototyped 
over the years, 
the need 


for nonstandard 
hardware 
and custom 
software 


drivers was ahvays an expensive, 
time-consuming 
obstacle. 
Even after successful 
prototyping, 
these 
devices 
could 
not be readily 
adapted 
to our stan- 


dard systems, 
limiting 
their use to custom 
applica- 


tions. In designing 
the desktop 
bus, our goal was to 
make it as easy as possible 
to interface 
previously 


unavailable 
I/O devices 
to our 
systems 
in a way 
that was both 
practical 
and marketable. 
This sec- 
tion explains 
the benefits 
of using a desktop 
bus, 


describes 
the process 
we went through 
to convert 
to a new bus architecture, 
and summarizes 
the key 
advantages 
of the chosen 
design. 


The basic desktop 
bus concept 
is illustrated 
in 
Figure 
I. The bus allows 
multiple, 
low-speed 
I/O 


devices 
to be interconnected 
and thus 
interfaced 
through 
a single 
host 
port. 
Desktop 
bus devices 
such as a keyboard 
or a tablet, which 
are not hand- 
held, 
provide 
two 
connectors 
and allow 
another 
device 
to 
be 
daisychained. 
A hand-held 
device 
such 
as a mouse 
can be placed 
at the end of the 


daisychain, 
or a connector 
expansion 
box can be 
attached 
to accommodate 
additional 
devices 
that 
do not provide 
two connectors. 


• Expedites bringing new technology to market 


• Helps leverage third-party devices 


The first benefit, greater flexibility,can be simply 
achieved by allowing additional devices and more 
modular solutions. Wefurther extended this bene- 
fit by designing a way for devices to be added at run 
time without disrupting system operation. 
Con- 


figuration should be automatic; connecting stan- 
dard devices should not require powering down or 
rebooting the system before a new device can be 
used. The desktop 
bus supports 
multiple like 
devices without switches or jumpers. 


The second benefit, reduced cost, was crucial to 


having the bus accepted as a solution across a wide 
range of products from low-end video terminals 
to high-end workstations. Werecognized that con- 
temporary electrical techniques could eliminate 
the need for level translation circuits, -12 volt (V) 
power supplies, and perhaps some of the protec- 
tive components 
used with RS-232interfacing. 
Although many devices would now require two 
connectors, system cost would decrease because 
we would need to supply only as many connectors 
asthe number of devices to be attached, or possibly 
one more. 


The third benefit, expediting the time to market 


for new technology, allows us to better 
satisfy 
changing requirements. Key to this benefit is hav- 
ing the means to connect new devices without 
changing the system hardware or software. Based 
on our experience with input devices, we devel- 
oped the concept of device capability reporting 
and generic device protocols. Standard devices 
like keyboards and locators, e.g., mice, tablets, and 
trackballs, all work in similar ways. For this class 
of device, we define a simple device protocol and 
a way to parameterize and report device unique 
characteristics. A single generic driver can adapt 
itself to work with a class of similar devices so 
that no custom software is required for basic opera- 
tion of standard devices. 
Leveraging 
third-party 
devices, 
the 
fourth 


benefit, is aimed at satisfying diverse customer 
requirements. Because the use of computers con- 
tinues to proliferate, the range of applications far 
exceeds that which anyone 
vendor can master. 


Bymaking the bus truly open, we encourage third 
parties to add value to our systems. 


The benefits of a desktop bus are significant. But 


converting to a new architecture, especially one 
that is not backward compatible, is expensive in 
terms of the time and effort required. How does a 
large corporation 
build agreement to make such 


an investment decision? The desktop bus project 
started as a grass roots engineering effort and grad- 
ually built momentum. The process was one of 
dialogue to attract partners. Initially, three groups 
with slightly different objectives worked together 
to develop the bus. The visibility of separate groups 
jointly supporting the bus concept was essential to 
transform the idea into action. People are more 
willing to accept an idea that others around them 
have already adopted. 


The three groups that initiated 
the desktop 


bus project were our VIPSInput Device Group in 
Westford, MA,mentioned 
preViously; the Work- 


station Systems Engineering (WSE)Group, located 
in Palo Alto, CA;and the Video Advanced Develop- 
ment (AID) Group in Albuquerque, NM.Our Input 
Device Group was looking for ways to simplify the 
process of prototyping specialized input devices 
and of getting related software support 
for our 


video terminals and workstations. WSEwas devel- 
oping a low-cost, personal workstation and needed 
a flexible way to support multiple input devices 
without greatly increasing the cost of the base 
workstation. The Albuquerque AID Group had been 
experimenting with next generation I/O devices, 
i.e., force-feedback joystick, 3-D tracker, and real- 
time audio and video, and was interested in having 
these technologies adopted by other Digitalgroups. 
This AID Group had used PC technology success- 
fully in one of its previous video projects. 


In January of 1990, engineers from each group 
realized they were working on similar problems 
and began to collaborate. The WSEGroup was to 
build the desktop bus host interface and software 
drivers into their workstation; the VIPSGroup was 
to help define the device protocols and supply 
desktop bus keyboards and mice; and the Albu- 
querque 
AID Group was to support 
bus devel- 


opment and prototype additional devices. Within 
four months, VIPShad defined the basic protocols 
and could demonstrate 
a working PC keyboard 


and mouse. These early prototypes 
helped per- 
suade WSEto support 
the project and, in turn, 


helped reinforce the importance of the project to 
the VIPSGroup. 


We began 
presenting 
the 
desktop 
bus 
idea 
to 
interested 
groups 
within 
Digital and received 
many 


useful 
suggestions 
including 


• 
Use the same keycodes 
as on the LK201 keyboard 
to 
eliminate 
the 
need 
to 
rewrite 
keyboard 


lookup 
tables. 


Store 
the 
country 
keyboard 
vanatlOn 
inside 
the 
keyboard 
so users 
will not 
need 
to enter 
it 
manually. 


• 
Keep the devices 
simple, 
without 
modes. 


In 
addition, 
third-party 
input 
device 
vendors 
made the following 
suggestions. 


• 
Use a modular 
connector 
that is easy to plug and 
unplug 
correctly. 


• 
Provide 
enough 
power 
for 
several 
additional 


devices. 


• Allow 
vendors 
to 
supply 
their 
own 
device 
drivers; 
tuning 
their 
own 
device 
drivers 
is part 
of the value added 
by the vendor. 


The 
bus 
idea 
was 
elegant 
and 
generally 
well 
received. 
Most of the reservations 
centered 
around 
the likely 
impact 
on existing 
system 
components, 


the current 
problems, 
and whether 
conversion 
to 
the 
bus was feasible. 
Because 
we recognized 
that 
other 
groups 
were 
facing tight development 
sched- 


ules, we did not pressure 
these 
groups 
to support 
our desktop 
bus work. 
We presented 
the desktop 
bus 
as a possible 
solution 
to interface 
problems, 


made our design 
information 
available, 
and worked 
to incorporate 
suggestions. 
But as the deVelopment 
work 
progressed, 
more 
partners 
supported 
our 
effort. 


Once 
we 
decided 
to 
use 
a desktop 
bus, 
we 
looked 
at available 
designs, 
including 
the 
Apple 
DeskTop 
Bus, 
the 
Musical 
Instrument 
Digital 


Interface 
(MIDI), and serial 
buses 
offered 
by other 


semiconductor 
vendors, 
and evaluated 
these 
alter- 


natives 
wi th respect 
to our design 
goal. Key advan- 


tages of the design 
chosen, 
i.e., the ACCESS.bus, are 


• 
Off-the-shelf 
interintegrated 
circuit 
(FC) 
micro- 


controller 
technology 
with 
maximum 
data 
rate 


of 100 kilobits 
per 
second 
(kb/s). 
This technol- 
ogy is low-cost, 
yet fast enough 
for sophisticated 
input 
devices 
Iike a 3-D tracker. 


• 
Built-in 
hardware 
arbitration, 
which 
simplifies 
the software 
and allows 
reliable 
communication 
without 
inventing 
a new protocol. 


• 
Dynamic 
reconfiguration. 
The 
hardware 
and 
software 
allow 
bus devices 
to be "hot-plugged" 


and 
used 
immediately, 
without 
restarting 
the 
system. 
The 
devices 
are 
recognized 
automati- 
cally and assigned 
unique 
addresses. 
This advan- 
tage results 
in a plug-and-play 
user interface. 


• A mature 
capabilities 
grammarto 
support 
generic 


device 
drivers. 
An extensible 
free-form 
grammar 
allows 
devices 
to describe 
their 
characteristics 


to a generic 
driver. 
Most 
common 
devices 
can 
work with standard 
drivers. 


Bus 
or 
network 
interconnection 
has 
become 


widely 
accepted 
as a means 
of proViding 
flexible 


open 
solutions. 
To appreciate 
ACCESS.bus, it is help- 
ful to position 
its performance 
capabilities 
with 
respect 
to 
those 
of other 
network 
interconnect 
technologies, 
as shown 
in Table I. 


Order 
of Magnitude 


Performance 


Bus Type 
(kilobits 
per second) 


Apple DeskTop 
Bus, 


ACCESS.bus 


LocalTalk 


Ethernet 


FOOl 


100-1,000 


1,000-10,000 


10,000-100,000 


At 
first 
glance, 
the 
IOO-kb/s 
speed 
of 
the 
ACCESS.bus 
mal' seem 
adequate 
for large 
desktop 


devices 
like 
printers 
and 
modems. 
But 
these 


devices 
can 
transmit 
long 
data 
streams 
indepen- 
dent of any user activity 
and, if not restricted, 
could 


compromise 
the 
interactive 
performance 
of the 


bus. 
Thus, 
ACCESS.bus 
is intended 
for 
low-speed 
activities 
that 
people 
perform 
with 
their 
hands 


and 
is fast enough 
to handle 
multiple 
interactive 


devices 
like a keyboard, 
mouse, 
or 3-D tracker. 


Hardware 
Description 


Before 
discussing 
the ACCESS.bus design, 
we pre- 


sent 
a description 
of the 
Philips 
FC 
technology 


upon 
which 
the 
design 
is based. 
Details 
of the 


specific 
ACCESS.bus implementation 
follow. 


Interintegrated 
Circuit Fundamentals 


ACCESS.bus extends 
the Philips 
FC bus to operate 


off-board 
and, thus, 
connect 
desktop 
devices. 
The 
FC 
is a 
two-wire 
serial 
clock 
and 
serial 
data 


open-collector bus. Anopen-collector design means 
that the clock and data lines are normally in a high- 
impedance floating state and are pulled up to a log- 
ical high state. 
A device that wants to send a message waits for 
any message frame in progress to complete, then 
asserts a STARTsignal to become bus master and 
begins to generate data and clock signals. The bus 
clock is synchronized 
among all devices by its 
wired 
AND connection. 
Each device, whether 


transmitting or receiving, stretches the low period 
of the clock until ready for the next bit to be trans- 
ferred. When the last device is ready, the bus clock 
is allowed to go high, generating a rising edge on 
the serial clock. At this time, all active devices 
sense the state of the bus data line. For a receiving 
device, the state represents the received data bit. 
For a transmitting 
device, the state determines 
whether the device has successfully asserted its 
data on the bus. Atransmitter that is sending a logi- 
cal high state and detects that the data line is being 
held low by another sender, recognizes that it has 
lost arbitration and must try again later. When a 
"collision" or arbitration occurs, no data is lost, one 
message is transmitted 
and received, 
and the 


remaining messages must be sent again. 


PC data messages are transmitted as 8-bit bytes, 


with each byte being acknowledged by a ninth 
ACKNOWLEDGE 
bit from the receiver. PC technol- 


ogy also defines unique STARTand STOPsignals to 
delimit message frames. The first byte of any mes- 
sage frame is always the destination address. 


ACCESS.bus Physical 
Implementation 
Detailsof the physicalimplementation ofACCESS.bus 
are as follows: 


• Basic electrical configuration. ACCESS.bususes 
four-pin, shielded, modular-type connectors that 
feature positive orientation 
and locking tabs. 
Data and power for the bus are transmitted over 
low-capacitance, four-wire, shielded cable. The 
four conductors are used for ground, serial data, 
serial clock, and +12V. 


• Availablepower. The maximum available power 


for all devices is 12Vat 500 milliamperes (mA). 
ACCESS. 
bus devices may supply their own power 


from a separate source, if needed. A power-up 
reset circuit must still be provided to reset the 
device when bus power is applied. 


• Cable length. The maximum cable length for 


the entire bus is 8 meters. The limiting factor is a 


maximum capacitance not to exceed 700 pico- 
farads (pF). 


• Number of devices. The maximum number of 
ACCESS. 
bus devices allowed on the bus is 14. 


Limiting factors are the device addressing range 
and the power distribution (a total of 500 mAfor 
all devices). 


• Hardware interfaces. ACCESS.bushardware inter- 


faces are implemented using standard PC micro- 
controllers developed by the Signetics Company 
or under license from Philips Corporation. (Sig- 
netics Company is a division of North American 
Philips Corporation.) 


ACCESS. bus Protocol 
Every device on the bus is a microcontroller with 
an PC interface and behaves as either a master 
transmitter 
or a slave receiver, exclusively, as 
defined by the PC BusSpecification. 


Message Format 
Amessage transmits information between a device 
and the computer or between the computer and one 
or more devices. There is one exception: a device 
may attempt to reset other devices assigned to the 
same address by sending a Reset message to itself. 


ACCESS. 
bus messages have the following format: 


Byte 
Number 
Bit Number 
[12345678] 


destaddr 
10 ] 
Destination 
address 


2 
srcaddr 
10 ] 
Source 
address 


3 
[PI 
length 
Protocol 
flag,length 
(the number 
of data bytes 
from 0 to 127) 


4 through 
body 
Consists 
(length + 3) 
of 0 to 127 
data bytes 


length + 4 
checksum 


Initially, devices respond to a default power-up 
address. During the configuration process, the com- 
puter assigns a unique address to every device on 
the bus. Messages are either device data stream 
(P=O) or control/status 
(P=I), as indicated by the 


protocol 
flag. The minimum 
length 
of a message 
is 
4 bytes; the maximum 
length 
is 131 bytes (127 data 
bytes 
and 
4 
bytes 
for 
overhead). 
The 
message 
checksum 
is computed 
as the logical XORof all pre- 
vious bytes, including 
the message 
address. 


Standard 
Messages 


The 
ACCESS.bus 
protocol 
defines 
the 
seven 
stan- 
dard 
interface 
messages 
summarized 
in Table 
2. 
Parameters 
defined 
within 
the body of the message 
are listed in parentheses. 


Identification 


Since 
the ACCESS.bus is a bus-topology 
network, 


unique 
identification 
strings are used to distinguish 


devices. 
These strings are structured 
as follows: 


protocol 
revision: 
module 
revision: 
vendor name: 
module 
name: 
device 
number: 


1byte 
(e.g., "A") 
7 bytes 
(e.g., "XL3 
") 
8 bytes 
(e.g., "DEC 
") 
8 bytes 
(e.g., "LK501 
") 
32-bit signed integer 


The module 
revision, 
vendor 
name, 
and module 
name 
strings 
are 
left-justified 
ASCII character 
strings 
padded 
with 
spaces. 
The 
device 
number 
string 
is a 32-bit two's 
complement 
signed 
integer 


and may be either 
a random 
number 
(if negative) 
or 
a unique 
serial number 
(if positive). 


Corifiguration Process 


The configuration 
process 
is used 
to detect 
what 
devices 
are present 
on the bus, assign each device 
a 


unique 
address, and connect 
devices to the appropri- 
ate software 
driver. Configuration 
normally 
occurs 
at system 
start-up, 
or at any time 
when 
the com- 


puter 
detects 
the addition 
or removal 
of a device, 


Power-up/Reset 
Phase 


When reset or powered 
up, a device 
always reverts 
to 
the 
default 
address 
and 
sends 
an 
Attention 


message 
to alert 
the computer 
to its presence. 
At 
system 
start-up 
or reinitialization, 
the 
computer 
sends 
a Reset 
message 
to all FC addresses 
in the 
ACCESS.bus device 
address 
range 
(14 messages) 
to 
ensure 
that all devices 
on the bus respond 
at the 
power-up 
default 
address. 


Identification 
Phase 


To begin 
address 
assignment, 
the computer 
sends 
an 
Identification 
message 
at 
the 
device 
default 


address. 
Every 
device 
at this 
address 
must 
then 
respond 
with 
an Identification 
Reply message. 
As 
each device 
sends 
its message, 
the PC arbitration 


mechanism 
automatically 
separates 
the messages 
based 
on the identification 
strings. 
The computer 
can then assign an address 
to each device 
by includ- 


ing the matching 
identification 
string 
in the Assign 
Address 
message. 
When a device 
receives 
this mes- 
sage and finds a complete 
match 
with 
the identifi- 
cation 
string, it moves its device address 
to the new 
assigned 
value. 
As soon 
as a device 
has a unique 
address, 
it is allowed 
to send data to the computer. 
The 
FC 
physical 
bus 
protocol 
allows 
multiple 
devices 
on the bus at the same time if those devices 


Reset () 


Identification 
Request 
() 
Assign Address 
(identification 
string, 
new address) 


Capabilities 
Request 
(offset) 


Purpose 


Force device to power-up 
state 
and default 
FC address. 


Ask device for its "identification 
string." 


Tell device with matching 
"identification 
string" to change 
its 
address 
to "new address." 


Ask device to send 
the fragment 
of its capabilities 
information 


that starts 
at "offset." 


Inform computer 
that a device 
has finished 
its power-up/reset 


test and needs 
to be configured; 
"status" 
is the test result. 


Reply to Identification 
Request 
with device's 
unique 
"identification 
string." 


Reply to Capabilities 
Request 
with "data fragment," 
a fragment 


of the device's 
capabilities 
string; the computer 
uses 
"offset" 


to reassemble 
fragments. 


are transmitting exactly the same message. In the 
rare event that two like devices report the same 
random number or are mistakenly assigned to the 
same address, each interactive device transmits a 
Reset message to its assigned address prior to send- 
ing its first data message after being assigned a new 
address. The self-addressed Reset message forces 
other devices at the same address back to the 
power-up default address, as if they had just been 
hot-plugged. The message guarantees that each 
device has a unique address, but not until the 
device isactually used. The pseudo-random number 
(or serial number, if available)distinguishes devices 
at identification time before they are used, allowing 
the host to inventory which devices are present. 


Capabilities 
Phase 
Device capabilities is the set of information that 
describes 
the 
functional 
characteristics 
of .an 
ACCESS.busperipheral. The purpose of capabilities 
information is to allow software to recognize and 
use the features of bus devices without 
prior 


knowledge of their particular implementation. By 
having locator devices report their resolution, for 
example, generic software can be written to sup- 
port a range of device resolutions. 
Capabilities 
information provides a level of device indepen- 
dence and modularity. 
The structure 
of capabilities 
information 
is 
designed to be simple and compact for efficiency, 
but also extensible to support new devices without 
requiring changes to existing software or periph- 
erals. These objectives are supported 
by making 
the structure hierarchical and representing capabil- 
ities information in a form that applications (and 
humans) can use directly. The capabilities informa- 
tion is an ASCIIstring constructed 
from a simple, 


readable grammar. The grammar allows text strings 
to be formed into lists, nested lists, and lists with 
tagged elements. The capabilities string for a loca- 
tor might read as follows: 


(prate 
Locator) 
type(mouse) 
buttons( 
1'L) 
2(R) 
3(M) 
) 
dim(Z) 
rel 
res(ZOO 
inch) 
range(-127 
127) 
dO(dname(X» 
d1 (dname(Y» 
) 


After assigning a unique address to a device, the 
computer retrieves the device's capabilities string 
as a series of fragments using the Capabilities 
Request and Capabilities Replymessages. The com- 


puter then parses the capabilities string to choose 
the appropriate application driver for the device. 
The parsed string is also made available to applica- 
tion programs using the device. 


Normal 
Operation 


During normal operation, 
the computer periodi- 
cally requests inactive devices to identify them- 
selves. If a device is found to be missing, or a new 
device appears by sending an Attention message at 
the default address, the computer sends an Identi- 
fication Request message to each device address 
preViouslyrecorded as in use (up to 14messages) to 
confirm which devices are still present. The com- 
puter also sends a Reset message to each device 
address preViouslyrecorded as not in use. The com- 
puter then begins the address assignment process 
by sending an Identification message to the default 
address and assigning each device that responds to 
an unused device address. 


Generic Device COllCepts 
ACCESS. 
bus uses the concept 
of generic device 
drivers to support familiar I/Odevices using only a 
few drivers. Generic specifications for keyboards, 
locators, and text devices have been developed. 


Keyboards 
The keyboard device protocol attempts to define 
the simplest set of functions from which a Digital 
LK201or a common personal computer keyboard 
user interface can be built. Ageneric keyboard con- 
sists of an array of key stations assigned numbers 
between 8 and 255. When any key station transi- 
tions between open and closed, the entire list of 
key stations currently closed or depressed is trans- 
mitted to the host. This reporting scheme is func- 
tionally complete; the host can detect every key 
transition, and the scheme provides information 
about the full state of the keyboard on each report. 
No special resynchronization reports are required. 


In addition to reporting key stations, the generic 


keyboard 
device can support 
simple feedback 


mechanisms such as keyclicks, bells, and light- 
emitting diodes. These mechanisms are controlled 
explicitly from the host so that minimal keyboard 
state modeling is required. The capabilities infor- 
mation is used to identify the keyboard mapping 
table and the feedback mechanisms available. The 
keyboard mapping table can also be stored in the 
keyboard itselfas part of the capabilities string. 


Locators 
The locator device protocol is designed to accom- 
modate a range of basic locator devices such as 
a mouse or tablet. More complex devices can be 
modeled as a combination of basic devices or can 
provide their own device driver, thus minimizing 
the burden on the protocol. 


Ageneric locator consists of one or more dimen- 


sions described by numeric values and, optionally, 
a small number of key switches. The standard driver 
requires the locator device to identify the type of 
data it will report from a small list of options and 
adjusts to handle this data type. These options are 


• Number of dimensions, e.g., two, for a mouse or 
a tablet 


• Dimension type: absolute, 
i.e., referenced 
to 
some fixed origin, like a tablet; or relative, i.e., 
changed since last report, like a mouse 


• Resolution in divisions per unit, e.g., counts per 
inch or counts per revolution 


• Dynamic range of values that can be reported, 
i.e., the olinimum 
and maximum 
values 


• Number of key switches, from 0 to 15 


The 
assignment 
of 
scalar-value 
dimensions 
returned from one or more devices to the user 
interface functions is left to the application. How- 
ever, to accommodate 
most conventions, 
the scalar 
dimensions and the key switches can be labeled in 
the capabilities string. 


Text Devices 
The text device protocol is intended to provide a 
simple way to transmit character data to and from 
character devices such as a bar code reader or a 
small character display.Ageneric text device trans- 
mits a stream of 8-bit bytes from a character set. 
Simple control messages are defined to support 
flow control and to select communication parame- 
ters that might be used to interface with a modem. 
The capabilities string contains information that 
identifies the specific character set and communi- 
cation parameters used. 


Summary 
The ACCESS.busnetwork interconnect 
offers the 
possibility of a standardized, low-speed, plug-and- 
play serial communications channel that can untan- 
gle peripheral interfacing and open the way to new 


applications. As the advantages of this open desk- 
top bus design become well known, we expect 
wider adoption of this product. The ACCESS. 
bus 
is currently 
implemented 
on Digital's Personal 
DECstation 5000 workstation, 
with implementa- 
tions underway for the next generation 
of RJSC 
workstations and video terminals. 
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INTRODUCTION 
involved, valuable motherboard real estate is 


Desktop connectivity has become a major 
used and, especially in compact machines 
issue in system design. This paper identifies 
such as notebooks or pen-based computers, 
the criteria for evaluating a desktop bus or 
it is tricky to provide a lot of external 


interconnect from data transfer rates and 
connectors in very limited space. Also, the 


protocol flexibility to ease of implementation. 
number of ports provided is usually either too 


It also compares tihe performance and cost 
few or too many, usually the former. 
implications of the typical desktop 
connectivity alternative. 


DESKTOP 
CONNECTIVITY 
Desktop connectivity is a method of 
connecting computer peripherals that are 
most often found on work surfaces, or 
desktops, to a host computer or workstation. 
Most often, desktop peripherals are 
low-speed InpuVOutput devices such as 
keyboards, mice tablets, joysticks, and 
modems. This paper discusses devices 
which are usually dedicated to one computer, 
such as a PC, rather than high-speed 
peripherals such as laser printers and disk 
drives that are shared between users. 


INTEREST 
IN DESKTOP 
CONNECTIVITY 
Current interest in desktop connectivity 
comes from both users and manufacturers of 
PCs and workstations. 


From the User's Side 
Connecting low-speed 1/0 devices such as 
keyboards, mice, tablets, modems, and 
low-speed printers to a PC or a workstation 
has resulted in two problems for the user: a 
shortage of ports, and an excess of cabling. 


Shortage of ports is a big problem, especially 
with computers that have few slots or none at 
all. A computer with two serial ports, a 
parallel port, and a keyboard port is soon 
overwhelmed by peripherals requiring 
external expanders or switches of some sort. 
In the worst case, the user may be unable to 
use all the available peripherals at one time. 
Newer notebook computers exacerbate this 
problem by having fewer ports than desktop 
machines. 


An excess of cabling and connectors is one 
of the banes of connecting several desktop 
peripherals. By the time a user has figured 
out all the right cables, connectors, and 
gender changers, there is usually a small 
jungle on the desktop. From the user's point 
of view, there must be a better way. 


From the Manufacturer's 
Side 
Providing all the ports to which low-speed 
desktop 1/0 devices may be connected is 
expensive. Besides the actual hardware 


Providing ports in hardware means 
connecting them to the CPU on the 
motherboard. Usually, this means each port 
must be provided with its own interrupt and 
dedicated address range. With systems, such 
as IBM type PCs, already being under severe 
constraints with regard to the number of 1/0 
interrupts, adding sufficient ports for desktop 
use may become a problem. 


The CPU is the de facto manager of all these 
low-speed desktop peripherals; this means 
that signals from these slow devices are now 
moving on the same channels that 
high-speed devices such as disks are 
connected. Allowing bicycles on the 
Autobahn is a good analogy to the current 
system. 


Since each device has its own port, it also 
has its own device driver that "connects" the 
application software to the peripheral. This 
means that device drivers are hardware 
specific and different for each peripheral 
connected. 


Reconfiguring devices without powering down 
a system is a major advantage for both 
manufacturers and users, as anybody who 
has ever powered off a networked UNIX 
workstation knows. If it were possible to add 
and remove peripherals dynamically, such as 
different keyboards or tablets, without 
reconfiguring or re-booting the system, this 
would be a major operational advantage. 


CRITERIA 
FOR SELECTING 
A 
DESKTOP 
BUS 
Ideal criteria for selecting a desktop bus are 
outlined below: 
• Low-cost: Off-the-shelf, commodity type 


components a a minimum-ideally, 
just 
one---of these. 


• Daisy-chained: By allowing components to 


connect into each other, both of the 
problems the user has with a shortage of 
ports and an excess of cables are solved. 


• Dynamic reconfiguration: How plugging 
and un-plugging of devices should be 
allowed without having to power down the 
system or re-boot it. This allows 
peripherals to be added, removed or 
defective ones swapped without long 
deiays and inconvenience. 


• Uniform interfaces: With daisy-<:hained 


devices, the hardware interface is uniform 
by definition. This allows the same 
hardware layer drivers to be used for all 
peripherals. Software uniformity is also 
ideal but harder to implement and can, to 
some extent, be achieved through a 
layered protocol. 


• Sufficient bandwidth: While devices such 


as keyboards, mice, and tablets usually do 
not present much of a problem, devices 
such as modems and printers may. System 
simulation should be carried out to see that 
the chosen bandwidth meets these needs 
without causing excessive delays, lost 
data, or other problems. 


• Sufficient capacity: At the very minimum, 


six devices should be allowed (keyboard, 
mouse, tablet, modem, printer, misc.) and 
the cable specification should support this 
minimum. 


• Inexpensive peripherals: Peripherals 


should be available that support this 
standard and are not significantly more 
expensive, if at all, than those available for 
other standards. 


• Open standard: There should be no 
royalties, patent issues, or licensing fees 
associated with the use of a desktop 
connectivity standard. 


CURRENT 
IMPLEMENTATIONS 


OF DESKTOP 
CONNECTIVITY 


Three major platforms implement desktop 
connectivity standards: IBM and compatible 
PCs, workstations, and Macintoshes. 


The PC platform and workstation platforms 
use dedicated 1/0 ports (RS-232 or other) for 
each peripheral being connected. Thus, for 
an IBM-style PC, each desktop peripheral 
has to have a port on the machine: one for 
the keyboard, one for the mouse, one for tihe 
tablet, etc. This gives rise to an onerous 
proliferation of cabling, connectors, and driver 
software where space is at a premium. In 
IBM-style notebook computers, there is 
usually a shortage of ports caused by 
limitations of space as well as power. The 
current solution is cumbersome, expensive to 
implement, and inelegant. 


Workstations use basically the same 
approach to desktop connectivity. However, 
there is some saving grace here that 
restrictions on space, power, and cost are 
less severe than PCs. 


The Macintosh~ solution, known as the Apple 
Desktop Bus~, is better than the PC and 
workstations 
solutions in the sense that it is 


more efficient in its use of space since 
peripherals can be daisy-chained and 
peripheral does not require a dedicated port. 


ACCESS.bus"': 
A PROPOSED 
DESKTOP 
CONNECTIVITY 
STANDARD 
A desktop connectivity system for 
interconnecting low-speed peripherals was 
originally developed by Digital Equipment 
Corporation (Digital) in partnership with 


Philips Semiconductors and offered as an 
open standard. Called ACCESS. bus (a bus 
for connecting ACCESSory devices to a host 
system), the standard embodies most of the 
criteria of an ideal desktop connectivity 
standard. 


daisy-<:hained bus (see Figure 1 which allows 
up to fourteen devices (there are provisions 
for these devices themselves controlling 
other devices for expansion.) The total length 
of the cable is allowed to be eight meters and 
the data throughput rate of this bus is 
approximately 80 kbits/sec. 


The ACCESS.bus specification, technology, 
and trademarks are now owned and offered 
by the ACCESS.bus 
Industry Group (ABIG). 
ABIG is an open independent association, 


1. The Hardware (12C)Protocol Layer: This 
layer is based on the Inter-Integrated 
Circuit, or 12C,serial protocol developed 
by Philips. This protocol defines a scheme 
for performing bus transactions with 
addressing, framing of bits into bytes, and 
acknowledgement 
of each byte by the 
receiver. 


2. The Base Protocol Layer: This level is 
common to all A.b devices and builds on 
the Hardware layer to establish an 
asymmetric interconnect between a host 
computer and a number of peripheral 
devices. The A.b message envelope with 
control and status messages is defined 
here. 


3. The Application Protocol Layer: In this 
layer, devices are differentiated with 
message semantics that are specific to 
particular kinds and classes of devices. 


organized to maintain and promote 
ACCESS. bus as an "Open Industry 
Standard: 


In short, the mailman is 12C,the mail 
envelope is the Base Protocol, and the 
contents of the message are the Application 
Protocol. 


The Hardware 
Protocol 
(12C) 
The Philips Inter-Integrated Circuit protocol, 
or 12C,is a 2-wire (clock and data) serial 
protocol which allows wire-AND connection of 
devices to the clock and data lines. The 
protocol allows devices to be either masters 
or slaves at any given bus transaction time 
(masters control the transaction and generate 
the clock signal). 


12Cis a symmetric multimaster bus where 
several masters can contend for the bus and 


an arbitration 
scheme 
resolves 
bus 
mastership without loss of data or 
re-transmission. 
Different clock rates are 
allowed on the bus with a cooperative 
synchronization scheme for the serial clock; 


ACCESS.bus 
Structure 
A.b is a layered protocol supporting a 
daisy-<:hained bus topology. There are three 
layers in the protocol (see Figure 2): 


this allows bus transactions to be performed 
between bus devices with different clock 
rates and without requiring any clock locking 
schemes. 


Device Connection' All devices are 
wire-AND'ed 
identically to the clock (SCL) 
and data (SDA) lines. Outputs must be 
open-drain or open~lIector. 
Thus, any 
device may pull the bus low. When neither 
line is pulled low, the lines are held high by 
pull-up resistors. Every device must be able 
to sense the state of the line. In practice, this 
means a common ground level is required so 
that all devices see more or less the same 
input threshold. 


Bus Transaction' The bus is idle when both 
SDA and SCL lines are high alter a 
transaction has been completed or alter 
power-up. To initiate a transaction, a master 
device pulls the SDA line low. This represents 
a Start condition on the bus and all devices 


are required to sense its occurrence. Once 
the Start oondition is asserted, the master 
then takes the SCL line low, and starts 


putting data on the SDA line by driving it low 
or leaving it high and pulsing the SCL line 
high and then back low. Data (SDA) is not 


allowed to change while the clock (SCL) line 
is high (see Figure 3). 


The master outputs the Address of the slave 
as the first byte transmitted (MSB first). After 
8 bits have been transmitted, the slave, if one 
exists and recognizes its address, will pull the 
Data line low on the 9th clock bit time. This 
serves as an acknowledgement 
to the Master 


that the address has been received by the 
slave. A non-acknowledgment 
will cause the 
transfer to be aborted. 


Bus Synchronization· 
12Cprovides a 
mechanism of synchronization 
that allows 
devices with different clock rates to work 
seamlessly with no required phase 
relationships between device clocks. 


When SCL is low, all devices (both masters 
and slaves) pull their own SCL outputs low 
and count out their low clock periods; when 
the low period expires, the devices release 
their SCL outputs. When SCL finally goes 
high, master devices oount out their high 
clock periods until the master with the 
shortest clock period pulls SCL low again. 
Thus, the SCL low period is defined by the 
device with the longest low period and its 
high period by the device with the shortest 
high period. 


This cooperative synchronization 
allows all 


devices to use a oommon clock and allows 
slower peripherals to regulate the speed of 
the bus. 


Multimaster Arbitration· If two or more 
masters start transmitting on the bus, given 
that the clock is synchronized, each master 
then examines the state of SDA to see if its 
state is the same as the value of the bit it 
transmitted. The instant a master sees a 
difference, it knows it has lost arbitration and 
terminates its attempted transaction. Thus, 
arbitration between masters sending out 
different bus address values will always be 
uniquely resolved within the address 
transmission time. If masters send exactly the 


same message with the same oontents to the 
same address, then the message is sent but, 
in cases where this is not desirable, software 
interlocks can prevent this situation. 


Since the arbitration is performed on a 
bit-by-bit basis, a form of priority is implied 
here where lower addresses (addresses with 
the first occurrence of a zero) have priority 
over addresses with ones in the same bit 
location (higher addresses). 


The Base Protocol 
The Base Protocol defines a number of 
control and status Messages that are 
common to all A.b peripherals. These are 
used for the oonfiguration process in which 
peripherals are reoognized and assigned 
unique address identifiers and then 
connected with appropriate device drivers to 
enable the application program to talk to 
them. 


A Message has five parts to it: 
i. The first byte is the address of the 
destination or the receiver. 


ii. The seoond byte is the address of the 


source or the transmitter. 


iii. The third byte specifies whether the 
body of the message is oontrol or data, 
if there are any sub-devices (0 to 3), 
and the length of the message body 
following in bytes. 


iv. This part is the Message body, from 1 
to 32 bytes. 


v. A Checksum. This byte is the bit-wise 


XOR of all the preceding bytes in the 
message. 


While the detailed syntax and structure of the 
messages will not be discussed here, there 
are seven basic Messages defined as 
follows: 


P 


Stop 
Condition 


Reset 
Force device to Power-up 
state and default address 


IdRequest 
Ask device for its 
identification string (10) 


AssignAddress 
Give device with recognized 
ID its unique bus address 


Cap Request 
Ask device to send Capability 
information 


Device to Computer (Host): 
Attention 
Inform of device presence 
and result of Power -up test 
Send device ID string to host 
Send Capability information 
to host 


IdReply 
CapReply 


The above features allow auto-addressing 
(eliminating hardwired addresses, jumpers, 
and switches) and hot-plugging. In general, 
operation is as follows: 


At Power-up, the host device transmits a 
general Reset to all devices (assigned the 
same default address at power-up). The 
devices initialize themselves, perform a 
self-test and send the result back to the host 
by an Attention message. On receiving an 
Attention message, the host sends an 
IDRequest message to the Default Address, 
each device at this address sends a unique 
28-byte ID string back to the host; the 
IDReply. On getting the IDReply, the host is 
then able to assign an unique A.b address to 
the device. 


A Hot-plugged new device will send an 
Attention Message to the host seeking to be 
assigned an address. The host periodically 
checks the last logged configuration by 
sending IDRequest messages to all inactive 
devices. These actions allow the bus 
configuration to be dynamically altered. 


In this layer, the particular peripheral's device 
driver has to be found, loaded and connected 
to the application program. This is done by 
determining the device type and Capability 


Information by the CapRequesl/CapReply 
messages. 


The Application 
Protocol 
Application level protocols are device-specific 
and the message semantics are different for 
different defined device types as well as 
different sub-types. While device drivers are 
different at this level, the Hardware and Base 
layers are independent of the device type 
allowing much firmware to be shared. Even at 
the Application Protocol level, a common 
definition structure is used for similar device 
types to encourage a common approach to 
writing A.b device drivers. 


So far, devices are dassified into three broad 
types: 


i. 
Keyboards: Up to 255-key devices are 
supported. Special function keys and 
annunciator support is built-in. 


ii. Locator devices: Intended for Mice, 
tablets, etc. This provides for devices 
with up to 15 degrees of freedom and 
up to 16 binary keys. 


iii. Text devices: These are defined as 
data stream devices such as printers, 
modems, etc. 


Details of the semantics are in the 
ACCESS.bus specification. Flow Control 
(XONIXOFF) is provided with a charactElr 
count being specifiable. 


ACCESS.bus IMPLEMENTATION 
The A.b controller must support all layers of 
the protocol for both the system and 
peripheral ends of the bus, the 12Chardware, 
the A.b Base layer, and the A.b Application 
layer. This is most efficiently done by using a 
microcontroller with an 12Cinterface with 
enough on-<:hip memory to implement the A.b 
firmware. Thus implementing the entire 
protocol in one, off-the-shelf, commodity 
priced com ponen!. 


Philips manufactures a broad line of 
8OC51-based microcontrollers with built-in 
12Cinterfaces and varying amounts of on-chip 
memory ranging from 2k bytes to 32k bytes 
of program memory. EPROM and OTP 
versions are available for system 


development as well as production. These 
microcontrollers provide all the intelligence for 
managing device communications for all 3 
layers of the protocol. Of course, since the 
Base and 12Clayers are common, this 
firmware may be reused. Even at the 
Application layer, the common message 
structure allows some reusability. 


Since the 80C51 is an industry standard for 
microcontrollers, there is an abundance of 
third party support in the form of assemblers, 
compilers, development systems with 
In-Circuit-Emulation 
and symbolic debugging 
capability, EPROM programmers, etc. These 
tools are usually low-<Xlstand are almost 
always PC-based. 


The physical connection itself is made by 
using a 4-pin connector that Molex and AMP 
will offer as a standard catalog item. The 4 
wires are Power, Ground, SDA, and SCL. 
The shielded cable used has roughly 70 
pF/meter of capacitance and up to 8 meters 
can be used. 


ACCESS.bus VIS-A-VIS THE 
IDEAL AND VERSUS AN 
EXISTING STANDARD 
Comparing A.b to the list of ideal desktop 
connectivity attributes, we see that it fulfils 
them all except for the availability of low-<Xlst 
off-the-shelf peripherals. 


A.b uses low-cost standard components, 
supports dynamic reconfiguration, is 
daisy-<:hained, and allows fourteen devices 
(and more via sub-devices). With a data rate 
of 8Okbits/second, it is ample for the dass of 
low-speed desktop peripherals for which it is 
intended. It presents a uniform hardware and 
software interface allowing re-usability of 
most firmware and has built-in error checking 
at both byte and message levels. 


ACCESS. bus will be implemented in 
forthcoming Digital workstations and, working 
with the ACE initiative, Digital and Philips will 
be striving to make it a standard for desktop 
connectivity. The issue of availability of 
peripherals presents a circular argument 
(which comes first) but, at this point, a 
keyboard, a mouse, and a graphic tablet are 


being developed for ACCESS.bus 
by major 
peripheral manufacturers. ACCESS.bus 
connectors are being developed by Molex 
and AMP and will be a standard item in their 
offerings. 


The dosest existing alternative to 
ACCESS.bus is Apple Computer's ADB 
(Apple Desktop Bus, see Table 1). ADB is a 
daisy-<:hained bus but has the following 
somewhat severe limitations versus 
ACCESS. bus: 
• ADB does not support hot-plugging or 
dynamic reconfiguration. 


• ADB has a maximum data rate of 
1Okbitslsec versus A.b's 8Okbitslsec. 


• ADB has a 3 device limit versus 14 for A.b 
(and A.b can support more via 
sub-devices). 


• ADB is a closed, proprietary bus, whereas 
A.b is fully open. 


• ADB is specified to work over a 5 meter 
length, while A.b can go 8 meters. 
Table 1. 
ACCESS.bus vs. 
Apple Desktop Bus 


Feature 
Apple 
ACCESS.bus 
Desktop Bus 


Hot 
Umited 
Full support 
plugging 


Transfer 
10kbil/sec 
8Okbil/sec 
rate 


Maximum 
3 devices 
14 devices 
number of 
devices 


Maximum 
5 meters 
8 meters 
length 


Availability 
Proprietary 
Open to all 


CONCLUSION 
The issue of desktop connectivity for PCs 
and workstations has been neglected and 
solved piecemeal so far. ACCESS.bus 
represents the first coherent, well-defined, 
desktop connectivity standard which is solidly 
backed and, based on what it offers both 
users and manufacturers, should become 
established as a market standard as well. 
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CIRCUIT CELLAR [J][ill([J® 


The 
Ultimate 
Desk 
ACCESSory? 


If DEC and Philips/ 


Signetics have 


anything to say 


about future PCs, 


your days of 


crawling around 


under your desk 


routing cables may 


soon come to an 


end. 


SILICON 
UPDATE 


s a longtime 
user 
of both Macs and 
PCs, I'm uniquely 
qualified 
to throw 
in my 
two cents regarding 
the relative 
strengths 
and weaknesses 
of each. 
With my Mac hat on, I amuse 
myself by watching 
Microsoft 
rake in 
the dough with constant 
"upgrades" 
of 
Windows 
le.g., 286, 3.0, 3.1, NT?j, 


which 
millions 
of users seem to accept 
with good grace. Me? I won't consider 
anything 
sooner than NT and probably 
at least version 
3+ at that. 
Meanwhile, 
as a PC proponent, 
I 
point out the plethora 
of engineering 
software 
that's 
available 
and the 
incredible 
price-to-performance 
comparison 
of clones. When I have to 
develop 
embedded 
hardware 
and 
software, 
the PC is king. 
One area where the Mac has a 
decided advantage 
is built-in 
network- 
ing. The most well-known 
example 
is 
AppleTalk, 
which 
provides 
as-painless- 
as-it-gets 
networking 
of Macs and laser 
printers. 
More recently, 
the Mac also 
features 
the Apple Desktop 
Bus IADB), 
which 
provides 
a low-cost, 
user- 
friendly 
way to daisy chain a variety 
of 
desktop 
input 
devices. 
For example, 
setting 
up a system 
with a keyboard, 
mouse, 
trackball, 
and digitizer 
is easy. 
By contrast, 
configuring 
the same 
setup on the PC is an ugly job involv- 
ing a strange 
variety 
of boards {each 
with the dreaded DIP switches, 
of 
course', 
connectors, 
and cables. The 
latter 
wind their way in an inevitably 
tangled 
mess from desktop 
to the PC. 
lf technology 
is developing 
at such 
a great rate, why am I still driven to 
my knees fumbling 
in that forbidding 
rat's nest of cables that lurks behind 


my PC? Presumably, 
"wireless" 


technology 
will eliminate 
cable clutter 
someday, 
but until 
then, 
there's 
got to 
be a better 
way. 


ACCESS.bus 
TO THE RESCUE 
In an effort to bring ADB-like 
sanity 
to the PC world, DEC and 
Philips/Signetics 
are proposing 
the 
ACCESS. bus. Like the ADB on the 
Mac, ACCESS. bus is a simple, 
low- 
cost daisy-chain 
bus (see Figure I). 


However, 
with the benefit 
of hind- 
sight, ACCESS. bus offers a number 
of 
improvements 
compared 
to ADB 
including 
• High-Speed 
Data Transfer- 
ACCESS. bus is much 
faster at lOOK 
bits per second 
versus ADB 10K bits 
per second. 
This speed may seem like 
overkill 
for a keyboard, 
but it does 
allow for plenty 
of expansion 
without 
performance 
problems. 
Also, a fast 
version 
of ACCESS.bus-400K 
bits per 
second-will 
be offered later. 
• Larger Number 
of Devices- 


Although 
ADB theoretically 
supports 
16 devices, 
Apple documentation 
states 
"performance 
will probably 
deteriorate 
if more than three devices 
are daisy chained" 
I?!!. Also, ADB 
limits 
the power delivered 
to devices 
to a total of 500 mA. Meanwhile, 
thanks 
to a higher 
bandwidth, 
ACCESS.bus 
can support 
14 devices, 
and no upper limit 
is imposed 
on total 
device power consumption. 
• Longer Cable-More 
devices 
need more cable, so ACCESS. bus 
stretches 
the limit 
from the 5-meter 
ADB limit 
to 8 meters. 
This amount 
seems quite 
adequate 
for desktop 
work, but if it is not, active 
Urepeat- 
ers" can be used. 
• "Hot Plugging"-Apple 
specifi- 
cally warns against 
the practice 
of 
adding a device to an active ADB bus. 
The ability 
of ACCESS. bus to let 
something 
plug in at any time could 
support 
unique 
identification 
and 
security 
applications, 
such as an 
ACCESS.bus/EEPROM-based 
"key." 
Testifying 
to the credibility 
of the 
new bus are connector 
leaders Molex 
and Amp, who provide 
the neat 
ACCESS. bus phonelike 
modular 
connector 
Isee Figure 2). It's a little 
bigger than a phone connector 
and 


ACCESS. bus Specijications 


• Speed: lOOK bps (400K bps upgrade pending) 
• Topology: Bus, tees allowed 
• Number of Devices: 14 maximum 
• Cable Type: 4-conduetor 
(2 x #26, 2 x #28), shielded 
• Cable length: 
8 meters maximum 
• Connector: 4-<:onduetor "modular: 
locking, shielded 
• "Hot Plugging" 


Flgu•• l-ACCESS.bus 
aims 10oIiminat.1h9 
clva., 
of inGOmpa~bI.cab19s 
running 
out Ih9 back 01your PC by using a "d6sktJp bus' scheme similar 10llat used by Ioday. 


l./aciIlloSh 
computers. 


shielded 
to minimize 
RF problems. 


The specification 
calls for four- 


conductor 
cablee (also shieldzd) 
with 


heavier 
wire for +5 volts and ground 


1#26 vs. #28). Unlike 
the DIN connec- 
tors used by ADB and current 
PC 
keyboards, 
the modular 
ACCESS. bus 
connector 
has the advantage 
of easy 
orientation. 
I don't 
know 
about you, 
but I inevitably 
end up "spinning" 
DIN connectors 
a lot even when I can 


see what I'm doing, not to mention 
when I'm groping 
through 
the all too 
typical 
"blind insertion." 
Another 
plus is positive 
locking. 


Unlike 
a phone 
connector, 
the dual- 
release ACCESS. bus connectors 
seem 


to make "getting 
a grip" easier. Notice 


how the entire connector 
is stream- 
lined, easing wire routing 
and mini- 
mizing 
back panel clutter. 
The design 


also minimizes 
the "fishhook" 
syndrome 
exhibited 
by existing 


connectors 
(e.g., those DB-25s with the 
long knurled 
screws), which 
seem to 
get hung up on every possible 
obstacle 
as if they were possessed 
by some 
mystical attraction. 


12CTHE LIGHT 
Besides causing 
grief for users, a 
multitude 
of desktop 
interfaces 
caused 
problems 
for DEC keyboard 
manufac- 
turing. 
They had to offer X distinct 
keyboards, 
where X equals the number 
of popular 
layouts 
multiplied 
by the 
number 
of different 
interfaces. 
Thus, 
the seeds 
were sown for 
ACCESS.bus. 


DEC approached 
Apple to see if they would 
consider 
offering ADB as 
an open standard. 
Appar- 
ently, Apple's 
response 
was something 
along the 
lines of "Hey, great idea- 
not!" 
so DEC started 
casting 
around 
for 
alternatives. 


l-GND 
2 - SDA (Serial Data) 
3 -+SV 
4 - SCL (Serial Clock) 


Here's 
where Philips/Signetics 


enters 
the picture. 
To make 
a long 


story short, 
the resulting 
ACCESS.bus 


is simply 
a derivative 
of that 
company's 
Inter-Integrated 
Circuit 


(11(;1 bus. 
PC was originally 
designed 
as kind 
of a "LAN-in-a-Box," 
allowing 
easy 


connection 
between 
processors 
and 
interface 
chips without 
the bulk and 
expense 
of a full-speed 
parallel 
bus. 


Though 
you may not be familiar 
with 
it, PC is arguably 
the world's 
leading 
LAN because 
the bus is widely 
used in 
high-volume 
consumer 
electronics, 


such as TVs, stereos, 
and phones. 


Meanwhile, 
Philips/Signetics 
land 
others 
under license) 
offer a plentiful 
variety 
of PC add-on chips including 
micros, 
EEPROMS, 
real-time 
clocks, 


ADC, DAC, and so forth. 


PC is surprisingly 
sophisticated, 


despite 
its low chip cost, simple 


wiring, 
and a simple 
clocked 
serial 
port basis where 
data (SDA! is sampled 
when the clock (SCLI is high. On top 
of the basic communication 
mecha- 


nism, 
11(; layers a message 
format 


consisting 
of the destination 
address, 
a 


read/write 
flag, and the data framed by 


start 
and stop conditions. 
Furthermore, 


each byte transferred 
requires 
an ACK 


Flgu•• 2-Based 
on fC, 
ACCESS.1Juol 
uses a simple 
four·wire 
interface 
lllat provides not only a 


data cJ1anne1, but aJsc paw" 
10peripherals. 
The proposed 
modular 
connector 
kJcks in p/oc8 and 


eliminales 
orientalion 
",nfusion. 


or NAK from the recipient 
(see Figure 
3). 


PC is smart 
when generating 
the 


clock and when dealing with varying 
speed devices in particular. 
Relying on 
the use of open-collector 
drivers/ slow 
devices can request 
the equivalent 
of 
wait states 
by holding 
the clock low. 
Because the clock synchronization 
is 
automatically 
handled 
by the PC 
hardware, 
you don't have to change 
DIP switches 
or software 
settings 
if 


you add a slow device. 


As a multimaster 
bus, PC must 


face arbitrating 
between 
simultaneous 
data transfers. 
Most serial networks 
adopt a variant of "collision 
detection" 
in which 
each potential 
master 
monitors its own transmission 
and 


everyone 
backs off if a collision 
(Le., 


what's on the wire isn't what was sent) 
is detected. 
Once again, relying on the 


open-collector 
nature 
of the bus, PC 
adopts an interesting 
variation 
where 


at least one of the messages 
will get 
through. 
During 
a simultaneous 
data 
transfer, all masters 
continue 
to 


output 
as long as the data on the wire 
matches 
what they are sending. 
Eventually, 
a particular 
master 
will 


output 
a high, but the output 
from 
another 
master 
will be holding 
the 
wire low. At that point, 
the loser (the 
master 
with the high output) 
detects 
a 


collision, 
quits transmittin& 
and has 
to try again. The process 
continues 
until a single winner, one whose 
message 
gets through, 
remains. 


ACCESS.bus 
makes 
a few changes 
to the PC protocol. 
First, of the 128 
addresses 
(7-bit address) defined by PC, 
16 are allocated 
for ACCESS. bus 
devices as follows: 


• SOH: Host computer 
• 6EH: Default 
power-up 
address 
• s2-6CH 
(even addresses): 
14 
assignable 
device addresses 


An ACCESS.bus 
message 
superim- 


poses more information 
on top of the 
basic PC packet. 
As shown 
in Figure 4, 
this message 
consists 
of destination 


and source addresses, 
a byte count, 
the 
data bytes, and a checksum. 
Notice 
how the LSB of the addresses 
must be 


a O. For PC, this bit functions 
as a R/W 


direction flag, allowing both masters 


sDJ\L~~rlJL~~J:lJL~~rDJJ 
scW=iJ8\flJ1=~~=~ 
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L.-.J L....J 
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ADDRESS RiW 
ACK 
DATA 
ACK 
DATA 
ACK 


Start 
Condition 


A = acknowledge 
(SDA LOW) 
A = not acknowledge 
(SDA HIGH) 
S = START 
condition 
P = STOP condition 


Figure 3-/n 
PC, sorial data (SDA) is sampled 
when tho sorial clock (SCL) is high. Tho basic pad<ot of information 


consists 
of a dasonalion 
addrass, a RIW flag, data, and startlslop 
framing. A simpla ACKINAK 
stalus 
is sant back by 


tho dastnaOon 
devica. 


and slaves to function 
as transmitters 
and receivers. 
ACCESS. bus is more 
restrictive: 
only a master 
is allowed 
to 
transmit 
and only a slave may receive. 
The two-way 
communication 
is 
possible 
with ACCESS. bus because 
each device can be a master (when 
transmitting) 
or a slave (when receiv- 


ing) at any given moment. 


For example, 
the host computer 
is 
a master when 
transmitting 
to a device 
and a slave when receiving 
data from 
that device. So, all messages 
on the 
ACCESS. bus are writes 
from masters 
to slaves, which 
is why the R/W flag is 
fixed at 0 (write). 


Packed with the 7-bit data length 
specifier 
(Le., message 
length 
- 0 to 
127 bytes) the P (Protocol) bit specifies 
whether 
the message 
is a data or 
status/control 
transfer. 
For the latter, 
ACCESS. bus defines eight messages 
(four each for computers 
and devices) 
as shown 
in Figure 5. Of these, the 
most interesting 
are the commands 
that pass "capabilitiesll 
information 


from devices to computers. 
The capabilities 
scheme 
is part of 
an effort by ACCESS. bus to introduce 


a measure 
of device 
and software 


independence. 
ACCESS. bus groups 


devices 
into three generic 
classes: 


Keyboard, 
Locator 
(e.g., mouseJ, and 
Text (e.g., bar-code 
reader). 
The capabilities 
for a typical 
mouse 
might 
be defined as follows: 


PROT< LOCATOR) 


TYPE( 
MOUSEl 


BUTTONS(1(L)2(R)3(M») 


OIM(2) 
REL 
RES(200 
INCH) 


RANGE 
(-127 
I2l) 


DO (ONAM ECX» 


01 (ONAMEC Y» 


This information 
describes 
a 


device 
of type "mouse," 
which 
uses 


the generic 
"locator" 
device 
protocoL 
The 2-D mouse 
(the dimensions 
are 


named X and Y) outputs 
relative 


movement 
between 
-127 and +127, 


with a resolution 
of 200 counts 
per 


inch, and has three buttons 
named 
L, 


R, andM. 


ACCESS. bus makes 
a final step 


back from PC's LAN-like 
pretensions 


by allowing 
transfers 
only between 


computers 
and devices 
and not among 


Bit Number 


1 
2 
3 
4 
5 
6 
7 
8 
Byte Number 
I 0 
1 
destaddr 
Destination address 


2 
srcaddr 
I 0 
Source address 


3 
pi 
length 
Protocol flag, length 
(number of data bytes. 0-127) 


4 
body 
o to 127 data bytes 
...... 


length + 4 I 
checksum 
I 


devices. 
This restriction 
is reasonable 
because 
having 
your 
keyboard 
and 
mouse 
talking 
to each 
other 
behind 
your 
back seems 
rather 
risky. 


WHO'S ON FIRST 
ACCESS. bus, like all LANs, 
faces 
the classic 
problem 
of uniquely 
identifying 
each node. 
At power 
up (or 
in response 
to aRES ET( ) command) 
each ACCESS. bus device 
reverts 
to the 
default 
address. 
Next, 
the computer 
sends 
an Identification 
Request 
command 
to the default 
address 
(therefore, 
to all devices 
on the bus). 


At this point, 
every device 
will 
attempt 
to reply 
with 
their 
32-bit 
ID. 
The ID can be a unique 
serial 
number 
embedded 
in each 
device's 
ROM. 
However, 
because 
this practice 
adds 
cost, the protocol 
also allows 
devices 
to generate 
their 
own ID, typically 
via 
a counter 
cleared 
at reset 
and 
incremented 
by the device's 
internal 
clock. 
The result 
is two of the same 
devices 
will usually 
come 
up with 
a 
different 
ID thanks 
to a slight 
differ- 


ence in circuit 
timing. 


That 
all the devices 
are trying 
to 
respond 
at once is resolved 
by the 
previously 
mentioned 
multimaster 
arbitration 
mechanism. 
As each ID 
message 
gets through, 
the computer 
sendsanAssign 
Addresscommand 
based 
on the ID. Once 
the device 
receives 
this command, 
it will assign 
itself the address 
specified. 
Once 
a 
device 
knows 
its address, it can 
commence 
sending 
and receiving 
data. 
You probably 
have noticed 
this 
procedure 
has a small, 
but potentially 
fatal, loophole: 
the rare case that 
two 
devices 
report 
the same ID in the 


Identification 
Request 
phase. 


The subsequent 
Ass i gn 
Addres 
s 
command 
will assign 
both 
devices 
the 
same 
ACCESS. bus address, 
which 
will 
surely 
cause 
problems. 


To cinch 
this loophole 
shut, 
ACCESS. bus adopts 
one final trick. 
After receiving 
an address, 
but prior to 
first data transmission, 
each device 
sends a reset message 
to its own 
address. 
The device 
sending 
the 
message 
is not itself reset, but any 
other 
devices 
at the same 
address 
are. 


Those 
devices 
that 
are reset 
will 


reenter 
initialization 
phases 
in order to 
receive 
new addresses. 


TIMING IS EVERYTHING 
The proponents 
of ACCESS.bus 
are careful 
to keep reminding 
us that 
it 
is mainly 
designed 
for low-speed 
and 
low-frequency 
(i.e., human) 
input 
devices. 
There 
is a danger 
of users 
and 
suppliers 
of other 
I/O devices 
boarding 
the bus without 
a ticket. 


Witness 
the case with 
the PC 
printer 
port that 
has been hooked 
to 
just about 
every 
kind 
of I/O device 
including 
hard disks. 
The problem 
is 
that 
hooking 
high-speed 
block 
I/O 
devices 
could 
result 
in a compromised 
response. 
Devices 
like keyboards 
or 
mice 
may not generate 
a lot of data, 
but users 
won't 
be happy 
if they don't 
perceive 
these devices' 
responses 
as 
instantaneous. 


To this end, the specification 
imposes 
a number 
of limits 
on the 
amount 
of traffic 
or delays 
any device 
can impose. 
For instance, 
a so-called 
noninteractive 
device 
like a laser 
printer 
can only occupy 
the bus for 5 
ms at a time, 
which 
limits 
the maxi- 


Tell device with matching "identification 
string" to change ils address to "new 
address." 


Informcomputer that a device has finished 
ils power,uplresettest 
and needs to be 
configured; 'status" shall be the test result. 


Reply to Capabilities Request with "data 
fragment, ~a fragment 
of the device's 
capabilities string; the computer uses 
'offset" to reassemble the fragments. 


mum 
data block 
size to 50 bytes 
or so 
leven though 
the protocol 
allows 
up to 
127 bytes 
of data in a message). 
Furthermore, 
the device 
must 
delay for 
at least 
12 ms after transferring 
a 
message 
before 
starting 
another 


transfer. 
Finally, 
abuse 
of the clock 


synchronization 
scheme 
is prohibited; 
a device 
may hold SCL low only for a 
maximum 
of 2 ms. 
Assuming 
noninteractive 
devices 
obey the rules, 
interactive 
devices 
(i.e., 


mouse, 
keyboard, 
etc. Ihave plenty 
of 
bus available, 
enough 
to guarantee 
60 


Hz 116.6 ms) response. 
This 
amount 
of 


time 
is essentially 
the CRT frame 
rate, 
so screen response 
is fast and smooth. 


YAWN? 
Is ACCESS.bus 
a YAWN 
IYet 
Another 
Wiring 
and Networking 
schemel? 
The backers 
of ACCESS. bus 
are to be commended 
for avoiding 
Nlli 


pretensions. 
PC is quite 
suitable 
for 


the task and clearly 
has a good laundry 
list of technical 
features. 
The technical 
stuff is nice, 
but it 
shouldn't 
be made 
the focus of too 
much attention. The fact is, the main 
strength 
of ACCESS. bus is that 
it is a 


single, 
open standard 
offering 
a 
solution 
to PC cable 
chaos. 
Energy 
spent 
arguing 
the bits and bytes 
will 


only detract 
from the true 
battle: 


overcoming 
the elephantlike 
inertia 
that 
characterizes 
the PC market. 
The ACCESS. bus proponents 
have 
lined 
up quite 
a list of suppliers 
that 
comprise 
the in£rastructure-cables, 
connectors, 
keyboards, 
mice, 
and 
chips-that 
must 
underlie 
any attempt 


to overcome 
the powers 
that 
be. 


Likely, 
the next step will be the 
development 
of PCs that 
simulta- 
neously 
support 
the old interfaces 
and 
ACCESS. bus, first with 
add-in 
cards 
and later 
on the PC motherboards 
themselves. 
From there, 
ACCESS.bus- 
only systems 
are just a short 
hop away. 
I hope this move 
happens 
soon. 
When 
it comes 
to adding 
a port or 
swapping 
a cable, 
these 
old bones 
are 
getting 
pretty 
tired 
of "assuming 
the 
position. 
11 
PC owners, 
rise up off your 


knees! Here's a chance 
to go one up on 


theMac·1iJ 


Tom Cantrell has been in Silicon 
Valley for more than ten years 
working on chip, board, and systems 
design and marketing. 
He can be 


reached at (510) 657-0264 or by fax at 
(510) 657-5441. 


CONTACT 


Philips/Signetics 
Company 
811 East Arques 
Ave. 
Sunnyvale, 
CA 94088-3409 
1800) 227-1817 


For an ACCESS. bus developers 
kit, contact 
Sharon 
Baker at 


(408) 991-3518. 
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Philips Semiconductors 
Mlcrocontroller 
Products 


ACCESS.bus 
hardware 
released 


for industrial 
and commercial 
environments 
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ACCESS. bus hardware released 
for industrial and commercial environments 
I 


ntroduced over a year ago, 
ACCESS. 
bus has been relatively 
slow in 
gathering 
momentum. 
The basic 
idea was to bring some order to the 
interconnection 
of a broad range of 


accessory devices, such as keyboards, 
locators and bar-code readers. 


Digital 
Equipment 
Corp 
and 
a 
handful of other OEMShave been im- 


time control applications. 
Initially it 
was 
intended 
to handle 
up to 14 
different devices on a single serial 
cable, which could be as long as 8 
meters. 
The 
early 
specification, 


however, left some leeway for imple- 
mentation 
options, 
and 
cATe's ap- 
proach 
handles 
up to 125 devices, 


while extending 
the 25 ft to 250 ft 


ware drivers. A Windows 3.1 version 
of the manager 
program is optional. 


I Commercial and industrial 
The primary offering of 
CATe 
is a 


standard 
16-bit ATnSAhalf-board (4.2 
x 6.5-in.) design that fits in a single 
slot 
and 
provides 
two ACCESS.bus 


connectors. An 8k x 8-bit SRAMbuffer 
memory 
is included 
on the board. 


The 
unit 
controls 
a 
standard 
ACCESS.bus network, 
which lets you 
add peripherals 
in several ways. 
CATChas also recently added to its 


product line a compact PC/l04 
con- 


troller to handle 
industrial 
applica- 
tions. The unit has a smaller form 
factor (3.6 x 3.8-in.) but is function- 
ally the same as the 
ATfISA 
version. 


Says 
CATepresident 
Dan 
Wilnai, 
"The PC/l04 
ACCESS.busmodule ex- 
ploits two new open standards ide- 
ally suited to embedded 
control ap- 
plications. 
The 
ultra-compact, 
stackable module architecture 
of the 


PC/104 
standard 
makes 
it easy to 


design the full capability of a PC into 
all kinds of equipment 
and instru- 
mentation, 
while the ACCESS.bus se- 


rial 
bus 
communication 
standard 


based 
on the 
I[2]C physical 
layer 


protocol 
lets 
the 
designer 
connect 


multiple 
sensors or actuator devices 


to a single 
YO port." 


At the electrical 
level, ACCESS.bus 


functions as Philips initially defIned 
its I[2]C setup. The host and devices 
are connected 
to both the data and 
clock lines 
in a "wired-AND" logical 


configuration. 
The wired-AND is im- 
plemented 
by connecting 
the data 


and clock output 
stages of each bus 


node to the lines through 
open-col- 


lector 
or open-drain 
transistors. 


These devices 
are included 
on exist-I 


ing I[2JC components. 
The 
wired- 
ANDconfIguration 
lets any of the bus I 


nodes 
force either 
line 
low. When 
there's no output from any bus node. 
I 


the lines are held high with pull-up 
current 
sources 
in the host. All de- 
vices sense 
the 
level on both 
the 
clock and data lines. 


Because 
oi its relatively 
straight- 


forward 
implementation 
and arbi- I 


tration based on the same wired-AND 
configuration, 
the 
bus is basically 


immune to disruptions 
from the hve 


insertion 
of additional 
peripherals. 


Computer 
Access 
Technology's 
ACCESS.bus standard 
AT board 
proVides 
for 
the 
connection 


of up to 125 peripheral 
devices 
to a single 
communications 
port 
in a PCIATcomputer. 
An 


ACCESS.bus development 
support 
kit is also 
available. 
The controller 
board 
is co-marketed 
with 
Philips. 


plementing 
ACCESS.bus, but only re- 


cently 
has 
it started 
to catch 
on. 
Earlier 
this 
year, 
for example, 
an 


ACCESS. bus 
industry 
group 
was 
formed by 22 manufacturers. 
In ad- 
dition, a company has been founded 
to exploit the benefits of ACCESS.bus. 
Computer 
Access Technology 
Corp 


(cATe-Sunnyvale, 
CA)has begun in- 


troducing products that let up to 125 
peripheral 
devices 
connect 
to a sin- 


gle communications 
port in a 
PC/AT 


system. 
ACCESS.bus is designed 
to handle 
relatively 
slow computer input from 


accessory 
devices 
such 
as 
key- 


boards, mice, bar-code readers, mag- 
netic-card 
readers, 
modems, 
and 


some 
signal 
transducers 
for real- 


with an ACCESS.bus adapter. 
The board uses the basic Signetics 


I[2]C configuration 
and 
interface, 
with an integral 
Signetics 
8XC654 
microcontroller; 
it can handle 
data 
rates of up to 80 kbits/s (lOO kbits/s 
minus 
overhead). 
In addition, 
the 
ACCESS.bus cable 
carries 
a 
+ 5-V 
supply voltage for powering each de- 
vice. The cable carries up to 1 Amp. 


CATC'Sboard 
is supported 
by an 
extensive 
software 
package, 
includ- 
ing 
on-board 
microcode 
to control 
physical ACCESS.bus devices and an 


ACCESS. bus manager 
program 
that 
runs 
as a 
TSR under 
the PC/ATDOS 
operating 
system, 
routing 
control 


and applications 
messages 
between 


the physical 
devices and their soft- 


ACCESS.bus 
hardware released 


for industrial and commercial environments 


While this 
is of some value 
in a 


commercial 
or desktop 
application, 
it's very important 
in industrial 
ap- 


plications, 
where 
it could greatly 


simplify 
servicing, 
monitoring, 
up- 
dating, 
and downloading 
informa- 


tion. To avoid rebooting 
a system 
in 


such situations 
could result in sav- 


ing appreciable 
downtime. 


CATC offers a development support 
package 
that 
contains 
a controller 


board, an ACCESS. bus mouse, expan- 
sion box, cables, and an 87C751 
mi- 
crocontroller. The kit also includes a 
comprehensive 
software package and 
user's manual. The software package 
consists 
of on-board 
microcode 
and 


the 
ACCESS. 
bus manager, 
as well as 
a sophisticated 
ACCESS. 
bus monitor 


and control program. Source code for 
generic 
device driver interfaces to 


the PC and for ACCESS. bus device soft- 
ware modules 
is also included. 


CATC claims that 
the low price of 
the controller boards-$86 
for the AT 


version 
in lots of l,OOO-will 
go a 
long way to assure the rapid accel- 
eration 
of 
ACCESS. 
bus 
technology. 
Available now, the development sup- 
port package sells for $1,500 and the 
PC/l04 
modules for $245. 


- 
Warren Andrews 


A CCESS. bus 
ata glance 


• ACCESS. bus controller 
board 


• Up to 125 peripherals 


• Operates 
at up to 25 It (250 It 


with 
extender) 


• Connects 
multiple 
interactive 
vo 
devices 


• Uses low-cost 
1[2)( microcon- 


troller 
technology 


• Compatible 
with 
open 
industry 
standard 


• Connects 
keyboards, 
mice, 
trackballs, 
digitizers, 
scanners 


• Available 
as AT"SA or PCll04 


• Development 
kit available 


~4~'lru~f,:;~ ~~es8 
Technology 


Swmyvale, 
CA 94087 
(408)732-8910 


ACCESS.bus 
controller 
board connects 
125 peripherals 
to a single PC/AT comm port 


•• 
tal 
ECN 
Featured 
C 
Product 
Award- 
C 


The first ACCESS.bus controller board 
allowing the connection of up to 125 
peripheral devices to a single 
communications 
port in a PC/AT computer is 
available from Computer Access Technology 
Corporation (CATC). 


ACCESS.bus is an open industry standard 
that provides a simple and uniform way to 
connect multiple interactive 110devices like 
keyboards, mice, trackballs, digitizers, 
scanners, and numerous others to a single 
computer port. 


ACCESS.bus features a data rate of 100,000 
bits per second with hardware arbitration and 
dynamic reconfiguration. 
It is based on 
off-the-shelf, low-costl2C 
microcontroller 
technology. 


ELECTRONIC 
COMPONENT NEWS 


The CATC A.b-1251 PC/AT controller board 
serves as an ACCESS.bus master providing 
connectivity for desktop as well as 
instrumentation and control applications. The 
board, based on the Philips 8xC654 
microcontroller with 12Cinterface, is 
supported by an extensive software package 
including on-board microcode to control the 
operation of physical ACCESS.bus devices, 
and an ACCESS. bus manager program that 
runs as a TSR under the PC/AT DOS 
operating system and routes control and 
applications messages between the physical 
devices and their software drivers. A 
Windows 3.1 version of the manager program 
can be ordered as an option. 


The A.b-1251 controller is a highly integrated 
half-board (4.2" x 6.5") design that fits a 
single 16-bit AT/ISA slot and provides two 
physical ACCESS. bus connectors. An 8K x 
8-bit SRAM buffer memory is included on the 
board. 


The unit controls a standard ACCESS. bus 
network supporting up to 125 devices at 
distances to 25' or 250' with an optional 
external ACCESS. bus buffer. 


To make the development process easier, 
CATC offers an ACCESS. bus development 
support package. The A.b-DEV-KIT contains 
the A.b-1251 controller board, an 
ACCESS. bus mouse, expansion box and 
cables, and an 87C751 microcontroller. The 
development kit also includes a 


comprehensive 
software package and a 


user's manual. The software package 
consists of the A.b-1251 on-board microcode 
and ACCESS.bus manager, and a 
sophisticated ACCESS. bus monitor and 
control program. Source code for generic 
device driver interfaces on the PC and for 
ACCESS.bus device software modules is 
also included. 


The monitor can significantly reduce the time 
and effort spent on software development. 
The program lets the user review the 
behavior of each ACCESS. bus device and 
connect virtual devices to software drivers. 
The monitor displays all devices on the bus 
with their capabilities, identification strings 
and status. It allows the user to send 
ACCESS.bus commands manually to any 
device on the bus and to the A.b-1251 
controller board. All ACCESS.bus events are 
recorded in a log file. 


CATC. The A.b-1251 controller board, the 
A.b-DEV-KIT ACCESS.bus development 
support package, and ACCESS. bus 
accessories are all available from CATC. 
Controller boards are priced at $86 each in 
quantities of 1000. The development support 
package is $1500. Contact: 
Computer Access Technology Corporation, 
3375 Scott Blvd. #410 
Santa Clara, CA 95054 
800-909-CATC (2282) or 408-727-6600 
Fax 408-727-6622 


OPEN 
SYSTEMSlOOAY 


Grass-roots support is growing for a 
connectivity standard that could lead to broad 
compatibility of 1/0 devices across different 
computer platforms. 


Computer makers have been hesitant to 
adopt the Access.bus technology, however. 
But it got a boost recently when Sun 
Microsystems and Microsoft joined the 
Access.bus Industry Group (ABIG), a 
consortium founded last summer to promote 
the standard. Nevertheless, even committed 
supporters admit that the standard won't 
remain viable unless it is adopted by other 
top systems vendors. 


Developed by Digital Equipment Corp. threes 
ago, the Access.bus method 01connecting 
1/0 devices addresses the problem of 
incompatibility of peripherals across computer 
system, backers said. 


Access.bus employs a standard connector- 
a plug resembling a wide telephone jack- 
and a standard firmware specification for liP 
communications. 
Users can "hot plug" an 
Access.bus device without having to worry 
whether a communications 
port is available or 
whether the right device driver is installed, 
said Dan Wilnai, president of Computer 
Access Technology, a Sunnyvale company 
that makes Access.bus products. 


The technology provides cross-system 
compatibility to low-speed devices, such as 
modems, mice, printers and scanners, Wilnai 
said. 


Access.bus has caught the attention of 
peripherals makers, which make up the bulk 
of the group's membership. They have had to 
develop different versions of the same device 
for each computer system. 


"It's a real problem, and if Access.bus is 
accepted by the industry and becomes a 
standard, it will really benefit us dramatically," 
said Don Bynum, general manager of ltac 


Systems, a Dallas-based maker of industrial 
trackballs. 


ltac has added an Access.bus-compatible 
trackball to its product line. The company 
also is a member of the ABIG. 


The Access.bus group's membership is 
composed of about 40 members. The group 
has no membership fees and provides 
Access.bus specifications free of charge to 
any vendor that wants them, said Wilnai, who 
is ABIG's chairman. At a meeting in January, 
members decided to seek an IEEE 
endorsement for the standard, Wilnai said. 


The technology is especially promising for 
peripherals companies that make highly 
specialized products, such as input devices 
for the disabled, said Andy MacRae, market 
segment manager for storage and 1/0 
devices at Sun. Such companies are typically 
small and often can't afford to produce 
different versions of their products for 
different systems, MacRae said. 


Users who need specialized devices also 
could take the devices with them to different 
sites and plug them into computers they need 
to use, MacRae said. 


Access.bus also offers the ability too connect 
multiple low-speed devices to a single 
communications 
port, Wilnai said. Up to 125 
devices can be daisy-chained to a single port 
on an ISA-based PC using a Computer 
Access Technology add-in board, Wilnai said. 
Other experts said Access.bus more 
commonly supports up to 14 devices. 


MULTIPLE 
DEVICES 
The ability to use multiple devices is a benefit 
to users in many application areas, Wilnai 
said. For example, he said, users in 
classrooms could connect multiple keyboards 
to a single PC. In industrial settings, several 
employees could use scanners to input data 
on a single workstation. 


Access.bus improves overall performance 
because it handles interrupts at one per 
message rather than one per byte of data, 
Wilnai said. Most serial and parallel devices 
today must interrupt the CPU for each byte, 
he said. 


Despite apparent benefits to users and 
peripherals companies-and 
despite interest 


from top industry p1ayers-<:omputer 
vendors 
have been slow to embrace the technology. 


A main reason, observers said, is that 
vendors don't want to produce Access.bus 
products before they are sure the standard is 
viable. 


At a time when companies are being 
conservative in R&D investment, most don't 
want to risk adopting a technology that might 
not be widely accepted, said Paul Nelson, 
senior engineering manager for input devices 
at DEC and an inventor of the Access.bus. 


"They're all just kind of sitting there saying, 
'Should we, or shouldn't we?'" Nelson said. 
"Nobody wants to be the first." 


Even DEC, which created the Access.bus 
using the Philips 12Cserial bus technology, 
has been somewhat noncommittal. 


Groups within DEC have been studying and 
developing and promoting the technology for 
more than five years, but the company has 
been reluctant to put it into commercial 
products, Nelson said. 


DEC did implement the Access.bus in its 
DECstation 5000 family of Unix personal 
workstations released in December 1991. 
However, DEC is wary of adopting 
technologies that could end up being 
proprietary, and the company has put a hold 
on further incorporating Access.bus in its 
systems, Nelson said. 


CAUTIOUS 
APPROACH 
Sun also is approaching Access.bus with 
caution, MacRae said. Though the company 
has not committed to implementing the 
technology in its own computers, he said, it is 
working to pump up user support by 
cooperating with third-party vendors. 


Sun will host the Access.bus group's next 
quarterly meeting in April. The company also 
is working with Computer Access Technology 
on a Sun version of its add-in board, MacRae 
said. 


Wilnai said a key strategy for the group is to 
get PC vendors to incorporate the 
Access.bus into their systems. Although 
several vendors have displayed an interest, 
he said, none has made a commitment to the 
technology. 


The development 
of ACCESS.bus, 
a communications 
protocol for connecting multiple, low-speed I/O devices to 
a single computer port, and the formation last June of the 
ACCESS.bus 
Industry Oroup (ABIO) is spawning cre- 


ation of a rapidly growing number of hardware and soft- 
ware products based on the ACCESS.bus' 
connectivity 
specs (see chart below). ACCESS.bus was jointly devel- 
oped by Digital Equipment Corp. and Philips Semiconduc- 
tors and is now owned and supported by ABIO, who is 
promoting the new bus as an industry standard. To date, up 
to 125 peripheral 
devices, 
including 
keyboards, 
mice, 
scanners, digitizers, and bar code readers have been made 
to operate independently on a single computer port. 
At the hardware level, ACCESS.bus uses the 12C(Inter- 


Integrated Circuit) serial bus developed by Philips several 
years ago to simplify automotive 
electronics 
and other 
distributed control systems. This serial bus is designed to 
carry I bit of information at a time on a single data line. 
Today, a host of low-cost 12C components 
are readily 
available to handle the 
logical complications 
associated 
with 
bit- 


level handshaking. 
The physical 
me- 
dium for ACCESS. bus 
is ashielded cable with 
This shielded 


four wires for handling 
connector 
h.as 4 pins 
serial data (SDA), se- 
for connectmg 
the ACCESS.bus 
cable to a system. 


rial clock (SCL), power (5V), and ground (OND). The 
SDA and SCL lines work together to define information 
carried on the bus, and the host computer drives the 5V 
power line with a minimum of 50 mA to supply peripheral 
devices (peripherals can also be externally powered). A 
typical ACCESS.bus 
device has two connectors, permit- 
ting two or more peripherals to be daisy-chained together 
on the bus (handheld devices can have a captive cable 
joined to the bus trunk with aT-connector). 
12Ctechnology supports clock rates up to 100 kHz and 
the maximum ACCESS.bus data transfer rate is approxi- 
mately 80 kbits/s. 


The ACCESS.bus communications 
protocol has three 
layers: 12C, Base and Applications. 
The 12C Protocol 
defines a symmetric, multi-master bus on which arbitra- 
tion among contending masters is effected without losing 
data. 12C provides 
cooperative 
synchronization 
of the 


serial clock for exchange of data between bus partners with 
different maximum clock rates, defining a bus transaction 
scheme with addressing, framing of bits into bytes, and 
byte acknowledgement 
by the receiver. 


Base Protocol establishes 
an asymmetrical 
intercon- 
nect between host computer and peripheral devices. The 
host is the ACCESS.bus 
manager, and data communica- 
tion is always between host and peripheral, never between 
two peripherals. While the 12CProtocol establishes mas- 
tership between the sender or receiver of a bus transaction, 
Base Protocol 
defines 
the format of an ACCESS.bus 


message envelope, which is an 12C bus transaction with 


4 Pins 


GNO 


SOA 
.5V 
seL 


ACCESS.bus connects keyboards,locators, 
and 


text-type 
devices to a system. 


additional semantics, including checksum reliability con- 
trol. Base Protocol also defines a set of seven control and 
status message types used in the configuration process. 


The high-level Application Protocol defines message 


semantics specific to particular functional 
types of de- 
vices. To date, Application Protocol have been established 
for keyboards, locators and text devices and is intended to 
define the simplest set of functions from common, indus- 
try-standard interfaces. Further, device-specific 
Applica- 


tion Protocol models will be defined by the ACCESS.bus 


Industry Group; and, of course, any vendor can implement 
a special device protocol 
within the general 
message 
envelope defined by the Base Protocol. 


Electrically, host and peripheral devices are connected 
to serial data (SDA) and serial clock (SCL) lines in a 
wired-AND 
logic configuration, 
which can be imple- 
mented by connecting data and clock output stages of each 
bus partner to the SDA and SCL lines, respecti vely, through 
open-collector 
or open-drain 
transistors. 
Standard 
12C 
components include these output stages on-chip. Signifi- 
cance of the wired-AND 
logic is that any attached bus 
partner can force either of these lines to LOW (GND); and 
when there is no output from any bus partner,lines are held 
HIGH by pull-up current sources in the host. Every bus 
partner can sense the level on both of these Jines. 
ACCESS.bus can be adapted to any platform and pres- 
ently requires use of a controlJer board in the computer, but 
within 12 months, computer motherboards containing the 
necessary ACCESS.bus circutiry are expected to begin to 
appear. Software drivers are also available for DOS and 
Windows. 


For additional inforrnation on ACCESS.bus v2.0 specs 
and on membership to ABIG, contact: 


ACCESS.bus Industry Group, 4 I5-1 12 N. Mary Ave., 


Sunnyvale, CA 94086, (408) 991-35I7, FAX (408) 991-3773. 


Would you like to be able to plug a keyboard, 
two mice, a trackball, a modem and a printer 
into a single port on your PC? And then, 
while the computer is still powered up, unplug 
one of the mice and plug in a bar code 
reader? You can do all of this and more with 
ACCESS.bus. 


Digital Equipment Corporation and Philips 
have joined forces to propose this new open 
desktop connectivity standard. The 
ACCESS.bus Industry Group (ABIG) has 
been formed to regulate and promote the new 
bus. ABIG members include DEC, 
Honeywell, Logitech, Philips and Sun 
Microsystems, to name just a few. 


There are many advantages to the 
ACCESS.bus standard. It is low cost, 
dynamically reconfigurable, relatively 
inexpensive and the interface is uniform for 
all devices. ACCESS.bus is also an open 
standard, unlike Apple Computer's 
comparable Apple Data Bus (ADB). 


Bus Description 
ACCESS.bus allows multiple peripheral 
devices to be simultaneously 
supported on a 
single computer port in a daisy chain fashion, 
somewhat like a SCSI daisy chain. These 
peripherals may operate simultaneously at 
transfer rates of up to 125,000 baud, with a 
maximum data throughput rate of 
approximately 80,000 baud. This is ideal for 
low speed peripherals such as keyboards, 
modems, trackballs and mice. 


A maximum cable length of 8 meters is 
permitted. A four pin, shielded rectangular 
connecter is used on ACCESS. bus cables. 
The maximum amount of power available is 1 
amp at 5 volts. The bus can support up to 
125 peripheral devices, but the normal 
practical limit is 14. By way of comparison, 
the Apple Data Bus supports 5 meters of 
cable and 3 devices with a data rate of 
10,000 baud. 


ACCESS.bus is a layered protocol. There are 
three layers: the hardware protocol layer. the 
Base protocol layer and the Application 


protocol layer. Using a postal analogy, the 
hardware protocol layer is the mail camer, the 
Base protocol layer is the envelope and the 
Application protocol layer is the contents of 
the envelope. 


The hardware protocol layer is based on the 


12C (Inter-Integrated Circuit) serial protocol, 
which is direc~y supported by the Philips 
8051 family of microprocessors (80CL410, 
80C552, 8OC652, 80C528, 87C654 and 
87C751). This protocol defines a scheme for 
performing bus transactions, including 
message addressing, the framing of bits into 
bytes and the acknowledgment of each byte 
by the receiver. 


The Base protocol layer is a software 
protocol that is common to all ACCESS.bus 
devices and that builds on the hardware 
protocol layer to establish the connection 
between the computer and a number of 
peripheral devices. The Base protocol layer 
specifies device power-up, identification, 
addressing and the message envelope for 
device-specific data and control information. 


The Application protocol layer is a software 
protocol that differentiates message contents 
for specific kinds and classes of devices. 


Hardware 
Protocol 
Layer 
The hardware 12Cprotocol layer is a 2-wire 
(clock and data) serial protocol that allows 
wire-AND connection of peripheral devices to 
the clock and data lines. Any device may be 
either a master (controlling the transaction 
and generating the clock) or a slave for any 
given bus transaction. Several masters can 
contend for the bus and an arbitration 
scheme resolves bus mastership without data 
loss or retransmission. The clock rates for 
various peripherals may vary widely, since 
the bus has a cooperative serial clock 
synchronization scheme. 


Base Protocol 
Layer 
The Base protocol layer contains definitions 
for a number of control and status messages 
that are common to all ACCESS.bus 
peripherals. The messages are used for the 


configuration process, where peripherals are 
recognized, assigned unique address 
identifiers and are then connected with 
appropriate device drivers to enable an 
application program to talk to them. A 
message has five parts to it: 
1. The first byte is the address of the 
destination or receiver. 


3. 
The third byte specifies whether the body 
of the message is control or data, if there 
are any sub-devices (0 to 3) and the 
length of the message body. 


4. This part is the message body, which can 
be from 0 to 127 bytes in length. 


5. This last byte is the checksum, a bit-wise 
exclusive-or of all the preceding bytes in 
the message. 


Compuler 
10 Device Messages 
1. Reset-Force 
the device to its power-up 
state and to its defaultl2C 
address. 


2. 
IdRequest-Ask 
the device for its 
identification string. 


3. AssignAddress- 
Tell the device with a 
matching identification string to change its 
address to a new address. 


4. 
Cap Request-Ask 
the device to send its 
capabilities information. 


Device 10 Computer 
Messages 
1. Attention-Inform 
the computer that the 
device has finished its power-up/reset 
tests and that it needs to be configured. 


2. 
IdReply-Reply 
to an IdRequest with the 
device's unique identification string. 


3. 
Cap Reply-Reply 
to a CapRequest with a 
fragment of the device's capabilities 
string. 


4. 
IIError-lnvalid 
checksum or premature 
end of message detected. 


When a peripheral devioo powers up or 
resets, its initial device address is always 
6Eh. The Base messages are used to reset 
this davioo address to a unique address 
between 02h and 7Eh (125 assignable 
addresses). 


Application Protocol Layer 
Application protocol layer messages are 
specific to the peripheral device and the 
message layouts are different for each device 
type, as well as for each device sut>-type. 
This means that the devioo drivers are 
different at this level, but since the hardware 
and Base protocols are device-independent, 
much of the firmware support code can be 
shared by different devices. Even at the 
Applications protocol level, a common 
message structure is used for similar device 
types, so that a common approach can be 
used in writing ACCESS.bus device drivers. 
To date, peripheral devices for ACCESS. bus 
have been classed into three broad 
categories: 


Keyboards-May have as many as 255 
keys. Special function keys and annunciators 
are supported. 


Locator devlce~ncludes 
pointing devices 


such as mice, trackballs, graphic tablets, etc. 
Provides for devioos with up to 15 degrees of 
freedom and up to 16 binary keys. 


Text devlces-{)evices 
that support data 
streams (e.g., modems, printers, etc.). 


What ACCESS.bus 
Means to You 
ACCESS. bus is a coherent, well-defined 
desktop connectivity standard. It is solidly 
backed by DEC, Philips and others in the 
industry and it offers much to both users and 
peripheral manufacturers. Since it is so new, 
there are plenty of opportunities for 
entrepreneurs to implement ACCESS. bus 
devices with fewer direct challenges from the 
big guys. Peripheral devices that already use 
an 8051 microprocessor only need to change 
their I/O firmware, so the impact of designing 
for a new bus can be minimized. Watch out, 
thoug~Microsoft 
and others are starting to 
pay attention to ACCESS. bus, so the window 
of opportunity is getting smaller. 


ACCESS.bus 
Access 
The ACCESS. bus Industry Group will provide 
free information, including the ACCESS. bus 
Specification, to anyone who asks for it. It 


costs nothing to join ABIG (as a company) if 
you plan to develop an ACCESS.bus 
peripheral. ABIG's address is: 


ACCESS.bus Industry Group 
370 Altair Way Suite 215 
Sunnyvale, CA 94086 
408-991-3517 or FAX: 408-991-3773 


At least one company provides and 
ACCESS.bus 
Development Kit, at a cost of 
$1500. The kit indudes a controller board, a 
Logitech ACCESS. bus mouse, an expansion 
box, two cables, a Philips 87C751 
microprocessor, a comprehensive 
software 
package and documentation 
for everything. 


Their address is: 


Computer Access Technology Corporation 
3375 Scolt Blvd. #410 
Santa Clara, Califomia 95054 
800-909-CATC (2282) 
408-727-6600 
FAX: 727-6622 


Michael Burton is a Senior Soltware 
Engineer, 
at Key Tronic Corporation, 


Spokane, 
WA. 
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INTRODUCTION 
The features of the 8OC451 are shared with 
the 8OC51 or are conventional except for the 
operation of port 6. The flexibility of this port 
facilitates high-speed parallel data 
communications. 
This application note 
discusses the use of port 6 and is divided into 
the following sections: 
1. Port 6 as a processor bus interface. 


2. 
Using port 6 as a standard pseudo 
bidirectional 110 port. 


3. 
Implementation of parallel printer ports. 


This information applies to all versions of the 
part: 80C451, 83C451 , and the 87C451. 


PORT 6 AS A PROCESSOR 
BUS 
INTERFACE 
Port 6 allows use of the 80C451 as an 
element on a microprocessor 
type bus. The 
host processor could be a general purpose 
MPU or the data bus of a microcontroller 
like 
the 8OC451 itself. This feature allows single 
or multiple 8OC451 controllers to be used on 
a bus as flexible peripheral processing 
elements. Applications could include 
keyboard scanners, serial 110 controllers, 
servo controllers, etc. 


OPERATION 
On reset, port 6 is programmed correctly for 
use as a bus interface (see 2). This prevents 
the interface from disrupting data on the bus 
of the host processor during power-up. 
Software initialization of the CSR (Control 
Status Register) is not required. A dummy 
read of port 6 may be required to clear the 
IBF (Input Buffer Full) flag since it could be 
set by turn on transients on the bus of the 
host processor. On reset, the CSR of the 
83C451 is programmed to allow the following: 
1. AFLAG is an input controlling the port 
select function. If AFLAG is high, the 
contents of the CSR is oUlput on port 6 
when the port is read by the host. If 
AFLAG is low, then the contents of the 
OUlputlatch is oUlput when port 6 is read 
by the host. 


2. 
BFLAG is an input controlling the port 
enable function. In this mode when 
BFLAG is high, the input latch and the 
output drivers are disabled and the flags 
are not affected by the IDS (Input Data 
Strobe) or ODS (Output Data Strobe) 
signals. When BFLAG is low, the port is 
enabled for reading and writing under the 
control of IDS and ODS pins. 


WR 
RD 
DO-D7 
cr 


825163 
Address 
Decoder 


Figure 1 shows one possible example of an 
8OC451 on a memory bus. This arrangement 
allows the main processor to query port 6 for 
flag status without interrupting the 8OC451. If 
the address decoder, shown in Figure 1, 
enables port 6 on the 80C451 when the 
address is 8000H or 800 1H, and the address 
line AO controls the port select feature, then 
the host processor can read and write to port 
6 using address 8000H. Since the port select 
function is being controlled by the address 
line AO, the CSR contents can be read by the 
host processor at address 8001 H. 


By testing the CSR contents in this way, the 
host processor can tell if new data has been 
written to the port 6 output latch since it last 
read the port or if the 80C451 has read the 
last byte that the host wrote to the port. 
Conversely, the 8OC451 can poll the flags in 
its CSR to see if the host processor has 
written to or read from port 6 since the last 
time it serviced the port. 


If desired, an interrupt source for the 8OC451 
can be derived easily from the port enable 
source as shown by the dashed line in 
Figure 1. 


SOFTWARE 
EXAMPLES 
To write to port 6 on the bus shown in 
Figure 1, the host processor first reads the 
CSR contents at address BOO1H, and tests 


the input buffer full flag (CSR bit 0). If the flag 
is clear, the host writes a byte to address 
BOOOH.This loads the input buffer latch of 
port 6 and sets the input buffer full flag. 


Conversely, the BOC451 polls the IBF flag 
and reads a byte from port 6 when it finds the 
flag set. The flag is automatically reset when 
this internal read occurs. 


80C451 
ROUTINE 
TO READ ONE BYTE FROM HOST VIA PORT 6 
RCVR: 
JNB CSR.O,RCVR 
;TEST IBF FLAG 
!KJV A,P6 
;WHEN FLAG IS SET READ BYTE 
RET 


80C451 
ROUTINE 
TO WRITE 
ONE BYTE TO THE 83C451 
PORT 6 
If the host processor is an BOC51, the following routine will write a byte of data to the BOC451. The data involved is passed to the routine 
through register 1. 


!KJV DPTR,B001H 
!KJVX A,@DPTR 
JB ACC.O,TEST 
!KJV DPTR,BOOOH 
!KJVA,R1 
!KJVX @DPTR,A 
RET 


;READ THE CSR 
;TEST ISF FLAG 


80C451 
ROUTINE 
TO WRITE 
ONE BYTE TO HOST VIA PORT 6 
Routines for data transfer in the opposite direction are similar to the above two. The BOC451 version is given below. 


;TEST OBF FLAG 
;WRITE DATA 
JS CSR.1 ,XMIT 
!KJV P6,A 
RET 
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USING PORT 6 AS A STANDARD 
QUASI-BIDIRECTIONAL 
1/0 PORT 
To use port 6 as a common 1/0 port, all of the 
control pins are tied to ground (see Figure 3). 
On hardware reset, bits 2 - 7 in the CSR are 
set to one. Port operation and electrical 


characteristics become identical to port 1 on 
the BOC51 and the BOC451 ports 1, 4, and 5. 
No software initialization is required. 


If desired, AFLAG and BFLAG can be used 
as outputs while port 6 is operating as a 


standard quasi-bidirectional 
1/0 port (see 
Figure 4). In this case, only IDS and ODS are 
tied to ground and the CSR is initialized to 
allow operation of AFLAG and BFLAG as 
simple outputs (see Figure 5). 


AFLAG 


BFLAG 


nos 


ms 


Figure 4. Standard I/O Port on Reset 
with AFLAG and BFLAG as Outputs 
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TYPICAL 
AUXILIARY 
PIN FUNCTIONS 


Groung 
Return 
PinNa. 
PinNa. 
Signal 
PilNo. 
Signal 


19 
= 
12 
PAPER 
OUT 


20 
DATA' 
14 
AU 10 LINE FEED 


21 
DATA 2 
16 
LOGIC 
GROUND 


22 
DATA 3 
17 
CHASSIS 
GND 


23 
DATA 
4 
30 
GROUND 
RETURN 


24 
DATA 5 
31 
HESEI 
pRIN1EH 


25 
DATA 6 
32 
= 


26 
DATA 7 
33 
GROUND 
RETURN 


27 
DATA 8 
36 
sa:nR 


10 
28 
== 
11 
29 
BUSY 


IMPLEMENTATION 
OF PARALLEL 
PRINTER 
PORTS 
USING 
PORT 6 
The 8OC451 is an excellent choice for a 
printer controller. The 8OC451 has the 
facilities to permit all of the intelligent features 
of a common printer to be handled by a single 
chip: 
1. The features of port 6 allow a parallel 
printer port to be designed with only line 
driving and receiving chips required as 
additional hardware. 


2. 
The onboard UART allows RS232 
interfacing with only level shifting chips 
added. 


3. 
The 8-bit parallel ports 0 to 6 are ample to 
drive onboard control functions, even 
when ports are used for external memory 
access, interrupts, and other functions. 


4. 
The RAM addressing ability of ports 0 and 
2 can be used to address up to 64k by1es 
of a hardware bufferlspooler. AFLAG and 
BFLAG as simple outputs (see Figure 5). 


5. The 64k byte ROM addressing capability 
allows space for the most sophisticated 
software. 


In addition, either end of a parallel interface 
can be implemented using port 6, and the 
interfaces can be interrupt driven or polled in 
either case. 


THE INTERFACE 
Data transfer on a parallel printer interface 
occurs across eleven signal lines. The other 
conductors on the standard plug are used as 
ground returns or for auxiliary functions (see 
Figure 6). Only the data transfer signals will 
be considered. 


The Data Transfer 
Format 
The parallel printer interfaces are far more 
standardized in features than their serial 
counterpart. However, at least three 
significant variations exist in handshake style 
in printers using generic parallel interfaces. 
This fact influences the design of both port 
hardware and software. A good transmitter 
should be able to drive devices with all three 
styles of handshakes, and a good receiver 
should generate the handshake most likely 
compatible with any transmitter. 


The Variations 
Type 1-Figure 
7 shows a common style of 
handshake and is the style that will be 
implemented in the receiver examples. A 
busy signal and an acknowledge strobe pulse 
are generated for every byte received. 


Type 2-Another 
style of handshake 
generates a busy signal only when the printer 
will not be able to accept more data for a 
relatively long time. Acknowledge pulses are 
created after every byte received. When the 
busy signal is generated after a byte is 
received, the associated acknowledge pulse 
does not occur until afrer the busy signal 
returns to logic zero (see Figure 7). 


Type 3-A 
third handshake style does not 
generate acknowledge pulses, but a busy 
signal is produced after every byte is 


received. 


PARALLEL 
PRINTER 
INTERFACES 
USING POLLING 


Transmitter 
Operation 
This application illustrates the flexibility of the 
port 6 logic in solving an applications 
problem. We need to be able to handle all 
types of acknowledge signals that might be 
received by the transmitter. We will use the 
ODS pin and output buffer full flag logic to 
record the receipt of the acknowledge pulse 
(see Figure 8), but not all parallel receivers 


generate acknowledge 
pulses. We could poll 
the busy signal line, but not all receivers 
generate busy signals for each byte received; 
so lack of a busy signal does not imply that 
we can send another byte. We can, however, 
expect an acknowledge 
pulse very shortly 
after the end of a busy signal if one is going 
to arrive at all. So we can send a new data 
byte after having received either a positive 
transition on the acknowledge 
line, or shortly 
after receiving a negative edge on the busy 
line. 


The CSR is programmed to the output only 
mode. In this mode, the ODS pin does not 
control the output drivers but only the output 
buffer full flag. The flag serves to record the 
positive transition of the acknowledge signal. 
The input latch is not used, but the IDS pin is 
used to set the input buffer full flag. This is 
used to record the negative transition at the 
end of the busy signal. Dummy reads by the 
80C451 of port 6 will be used to clear the 
flag. In this example, the AFLAG mode is set 
only to place the port in the output only mode. 
The AFLAG pin is not actually used (see 
Figure 10). 
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The transmitter's CSR (control status 
register) is programmed 
10 the following 
mode (see Figure 9): 
1. CSR bit 6 controls the BFLAG output and 
therefore the strobe line. 


2. The OBF (output buffer lull) flag controls 
the AFLAG output. 


3. 
The OBF is cleared on the positive edge 
of the ODS input. 


4. The IBF flag is cleared on the negative 
edge of the IDS strobe. 


NOTE: 
With this combination of modes set, port 6 is 
in the output only mode. 


Receiver Operation 
In receiver operation, the IDS input is used to 
latch .in the data transmitted on receipt of the 
strobe pulse. The receiver's CSR is 
programmed to allow the following (see 
Figure 11): 


1. The input buffer lull flag is output through 
the BFLAG pin and is used as the busy 
signal to the transmitter. 


2. The IBF flag is set and data is latched on 
the positive edge of IDS. 


3. Writing to the CSR bit 4 controls the 
AFLAG output and therefore the 
acknowledge line. 
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SOFTWARE 
EXAMPLES 
This polled parallel transmit routine outputs one byte passed to it in the accumulator. 


MOV CSR,#064H 
JB P5.0 
MOVP6,ACC 
MOVR1,P6 
MOVR1,#02H 
CLEAR CSR.6 
DJNZR1,$ 
SETBCSR.6 
JNB CSR. 1,OUT 
JNB CSR.O,WAIT 


;INITIALIZE PORT 6 OPERATING MODE 
;WAIT IF BUSY SIGNAL IS HIGH 
;OUTPUT DATA 
;DUMMY READ TO CLEAR IBF FLAG 
;INITIALIZE DELAY COUNTER 
;START STROBE PULSE 
;TIME 6 MICROSECOND STROBE PULSE 
;END STROBE PULSE 
;EXIT IF ACKNOWLEDGE 
RCV'D 
;EXIT IF NEGATIVE BUSY EDGE RCV'D 


MOV CSR,#09CH 
MOV R7,P6 
JNB CSR.O 
CLR CSR.4 
MOV R7,#02H 
DJNZ R7,$ 
MOVA,P6 
MOV R7,#02H 
DJNZ R7,$ 
SETB CSR.4 
RET 


;INITIALIZE PORT 6 OPERATING MODE 
;DUMMY READ TO CLEAR IBF FLAG 
;INPUT BUFFER LATCH FULL? 
;BEGIN ACKNOWLEDGE 
PULSE 
;INITIALIZE DELAY COUNTER 
;TIME ACKNOWLEDGE 
PULSE 
;READ BYTE - CLEAR BUSY SIGNAL 
;INITIALIZE DELAY COUNTER 
;TIME ACKNOWLEDGE 
PULSE 


;END ACKNOWLEDGE 
PULSE 


INTERRUPT 
DRIVEN 
PARALLEL 
PRINTER 
INTERFACE 
(SEE 
FIGURE 
13) 


Transmitter 
Operation 
The transmitter's CSR (control status 
register) is programmed to the following 
mode (see Figure 14): 
1. CSR bit 6 controls the BFLAG output and 
therefore the strobe line. 


2. The OBF (output buffer full) flag controls 
the AFLAG output. 


3. The OBF is cleared on the positive edge 
of the om; (output data strobe) input. 


4. The IBF flag is set on the negative edge 
of the IDS (input data strobe) pin. 


NOTE: 
With this combination of AFLAG and BFLAG 
modes set, port 6 is in the output only mode. 
The output drivers are always enabled and 
the om; input is only used to clear the OBF 
flag. 


INTO is programmed to be negative edge 
sensitive and is connected to the OBF flag 


through the AFLAG pin. The OBF is cleared 
on the positive edge of om;. The net result is 
that INTO is triggered on the end of the ACK 
pulse (a positive edge). This signals the 
transmitter that another byte may be 
transmitted. The transmitting 83C451 is free 
to do other tasks prior to this interrupt. 


In this routine, Figure 15, the main program 
establishes a buffer in data memory ended by 
an ASCII end of text character. To begin 
outputting the buffer, the routine PSEND is 
called. The rest of the buffer is emptied by 
the interrupt vectors to PSEND1. 


For printers which generate acknowledge 
pulses, output rates of 25k transfers per 
second are achieved. Timer generated 
interrupts are used to periodically return 
program execution to the routine to service 
non-acknowledging 
printers and to provide a 
timeout feature. Non-acknowledging 
printers 
are serviced at a rate of about 2.5k transfers 
per second. This maximum rate may be 
varied by adjusting the timer reload value. As 
written, the time out procedure attempts to 
retransmit a byte when the printer has not 
acknowledged for an excessively long time. 
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Receiver Operation 
In receiver operation, the IDS input is used to 
latch in the data transmitted on receipt of the 
strobe pulse. The receiver's CSR is 
programmed to allow the following (see 
Figure 16): 
1. The input buffer full flag is output through 
the BFLAG pin and is used as the busy 
signal to the transmitter. The IBF flag is 
set and data is latched on the positive 
edge of IDS. 


2. Writing to the CSR bit 4 controls the 
AFLAG output and therefore the 
acknowledge line. 


The receiver is interrupted on the negative 
edge of the data strobe. Data is latched in on 
the positive edge of the strobe pulse (see 
Figure 17). Since the strobe pulse is normally 
very short, there is little time lost between 
receiving the interrupt and having valid data 
in the input latch. The receiver is free to do 
other tasks prior to receiving the 1NTO 
interrupt. 
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SOFTWARE 
EXAMPLES 
The software for the interrupt driven parallel receiver is similar to the polled receiver example. However, after an interrupt is received, this routine 
checks to oonfirm that data has been latched by the positive edge of the strobe pulse before proceeding with the routine. 


IIOV CSR,tI090H 
SETB EXO 
SETBITO 
SETB EA 


JMP RCVR 


RCVR: 
JNB CSRO,# 
CLRCSR4 
IIOV R7,tI02H 
DJNZR7,# 
IIOVA,P6 
IIOV R7,tI02H 
DJNZR7,$ 
SETBCSR4 
RET1 


;INITIALIZE CSR 
;ENABLE INTERRUPT 0 
;SET NEG EDGE TRIGGERED INTERRUPTS 
;ENABLE ALL INTERRUPTS 
;INTERRUPT 0 VECTOR 


;CONFIRM DATA LATCHED 
;START ACKNOWLEDGE 
PULSE 
;INITIALIZE THE DELAY COUNTER 
;TIME ACK PULSE 
;READ BYTE - RESET BUSY LINE 
;INITIALIZE THE DELAY COUNTER 
;TIME ACK PULSE 
;END ACK PULSE 


; XMIT ROUTINE DRIVEN BY ACK PULSE GENERATED INTERRUPTS, OR TIME GENERATED INTERRUPTS 
; FOR NON ACKNOWLEDGING 
PRINTERS. READS DATA BUFFER IN EXTERNAL RAM STARTING AT 100H 


; AND READING UNTIL 04H IS FOUND. 


ORG 
RESET 
JMP 
26H 
ORG 
TIMERO 
JMP 
PSENDl 
ORG 
EXTIO 
JMP 
PSENDl 
ORG 
26H 
MOV CSR,#064H 
MOV TMOD,#OO2H 
SETBTOO 
SETB EA 
MOV DPTR,#0100H 


CLRTRO 
CLR ETO 
MOVR7,OOH 
MOVR6,OOH 
MOV THO,1I--4 
MOV TLO,#OOH 
JB OC8H,BB 
MOV ACC,#OOH 
MOVX l,@DPTR 
MOV06,ACC 
CJNE A,#OO4H, CONTI 
JMP EOTB 
SETB ERXO 
CKROEEH 
INC DPTR 
MOVACC,DPH 
JB ACC.2,EOTB 
SETBOEEH 
JMP CONT 
CLR EXO 


SETBOEEH 
SETB EA 
RETI 
INCR7 


CJNE R7,#OQH, CONT 
INC R6 
CJNE R6,#10H, CONT 
JMP TO 
SETB TRO 
SETB ETO 
SETB EA 
RETI 
CLROC9H 


NOP 
NOP 
MOV R6,#OOH 
MOVR7,#OOH 
SETBOC9H 
JMP PSENDl 


;PORT6 MODE 
;CONFIGURE TIMER 0 TO 16 BITS 
;INTO IS EDGE TRIGGERED 
;ENABLE INTERRUPTS 
;SET DPTR TO START OF TEXT 
;BUFFER 
;DISABLE INTERRUPTS AND STOP 
;TIMER 
;IF ENABLED 


;BUS BUSY 
;CLEAR ACCUMULATOR 
;RETRIEVE FIRST BYTE 
;OUTPUT FIRST BYTE 
;LOOK FOR END OF TEXT 


;ENABLE INTO 
;START STROBE PULSE 


;LOOK FOR PHYSICAL END OF 
;TEXT BUFFER 


;END OF TEXT FOUND, DISABLE 
;INTO 


;COUNT TIMER TIMEOUTS ON 
;BUS BUSY 
;LOOK FOR OVERFLOW 
;COUNT OVERFLOWS 
;TIMEOUT APPROX 5 SEC 


;ENABLE TIMER INTERRUPT 
;START TIMER 


;SEND NEW STROBE PULSE IN 
;RESPONSE TO TIMEOUT 


256k Centronics 
printer buffer 


using the 87C451 
microcontroller 


DESCRIPTION 
This application note describes a stand alone 
Centronics type parallel printer buffer using 
the 87C451 expanded I/O microcontroller. 
This type of unit would typically be placed 
between a personal computer and its printer. 
It captures the data to be printed at high 
speed, freeing the personal computer to go to 
other tasks, and sends data to the printer as 
required. As described here, 256k dynamic 
RAMs are used, providing over one quarter 
million characters of storage. If desired the 
design is easily modified to work with 1 
megabit DRAMs. Although written with the 
87C451 in mind, this design is applicable to 
theBOC451 and 83C451. 


Design Objectives 
The objectives kept in mind during the design 
of this device were: provide a substantial size 
of buffer, keep the parts count and the power 
consumption to a minimum, and use readily 
available components. 


A buffer size of 256k bytes was chosen 
because, although a 64k byte buffer is very 
easily implemented using the B051 family's 
64k external data storage capabilities, it is a 
little too small for today's printing applications 
that print a page of text in graphics mode, 
using up twenty times as many bytes as 
standard printing mode. Presenting a method 
for controlling 256k DRAMs shows off the I/O 
capabilities of the 87C451, and it is very easy 
to add the extra address line for one megabit 
devices if a larger buffer is needed. 


The 8XC451 
Mlcrocontroller 
The 8XC451 is an 8-bit microcontroller based 
on the familiar B051 family of devices. In fact, 
it is an 80C51 with three added ports: P4, P5, 
and P6. Ports 4 and 5 give 12 (16 in PLCC) 
additional quasi-bidirectional 
I/O lines. Port 6 


provides another 8 bits of I/O, plus 4 
handshake lines that can be programmed to 
operate in several useful modes for 
interfacing. The 8XC451 comes in three 
versions: ROMless 80C451, 83C451 with 
4k x 8 ROM, and 87C451 with 4k x 8 
EPROM. 


In this note, port 6 is used in the 1/0 mode as 
a Centronics compatible printer output port. 
Additionally, the liDS and BFLAG pins 
normally associated with port 6 are used as 
part of the input port logic. For a complete 
discussion of port 6 operating modes and 
programming, see the application note 
AN408 titled ·83C451 Microcontroller 
Operation of Port 6.· 


CIrcuit 
DescrIption 
Figure 1 is a schematic diagram of the printer 
buffer circuit. Other than the 87C451 (U1), 
and the eight256k 
DRAMs (U5-U12), only 


two 74LS244 buffers (U2, U3) and a 
76HCT374 (U4) octal flip-flop are needed. 
The U2 and U3 buffers are included to 
provide full drive capability for the output port 
and some of the handshake signals on the 
input port, as the output buffers on the 
87C451 can only drive 3 LSTIL 
loads. U4 
has 8-bit data strobed into it by the ISTB 
pulse of the input port. 


As the code size for this application is quite 
small (less than 1k byles), the on-<:hip 
instruction memory is quite sufficient for 
program storage. For a production version, 
the 87C451 could be replaced with the 
83C451 with a 4k x 8 masked ROM on chip. 
Note that port 0 and port 1 are not used in the 
present design: thus the 80C451 may be 
used in this application with the addition of an 
external address latch and EPROM. 


The IRAS, ICAS, and IWR signals for the 
DRAM array are provided by port 3 bits IWR, 
IRD, and T1. Note that as in the BOC51, all 
port 3 signals are multifunctional. That is, 
each can be treated as a regular 
quasi-bidirectional 
port bit, or as having the 
special function indicated by its name. This 
feature is an advantage when using IWR and 
IRD as IRAS and ICAS control signals for a 
DRAM array. Treated as a normal port bit, the 
/WR pin is cleared and set by individual CLR 
and SETB instructions for a normal length 
RAM read or write cycle. However, when 
performing a refresh cycle, IRAS (port 3/WR) 
can be pulsed low using a dummy MOVX 
@RO,A (move to external data memory) 
instruction. This allows DRAM refresh to be 
done much more quickly than would 
otherwise be possible. 


Port 1 and one bit from port 4 form the 9-bit 
address required when addressing the DRAM 
array. The data inputs to the array come from 
the parallel input data lines which are latched 
by U4. The RAM data outputs are fed to port 
5. By making the data outputs available to the 
processor, it is possible to add some 
additional features to the firmware, such as 
control codes for printing multiple copies of a 
document, data compression, data 
conversion, etc. which are not implemented 
in this design. 


Port 6 Operation 
The liDS (input data strobe) and BFLAG pins 
are normally used in conjunction with the port 
6 bidirectional mode. In this mode, the liDS 
pin is used to strobe data into the port 6 input 
latches, and BFLAG is used as flag output. In 
this application, however, these two bits are 
used to good effect as part of the (separate) 
input port logic. When a byte of data is 
strobed into U4 by the printer port of the host 
computer, the ISTB signal connected to I1DS 


sets the input buffer full flag (IBF). BFLAG is 
programmed to mirror the contents of IBF, 
and therefore becomes asserted. This makes 
it ideal to be used as the BUSY output for the 
input port. After the input port data has been 
read and stored in the RAM buffer, BFLAG is 
de-asserted by performing a dummy read of 
port 6, which clears IBF. To complete the 
input port logic, one of the port 3 pins, P3.4, 
is used as the acknowledge signal, and is 
asserted/de-asserted 
by software. The /ODS 


pin is tied to ground to permanently enable 
the port 6 output drivers. This does not cause 
difficulty as no data is being input into the 
port. 


Note that programming port 6 to operate in 
the bidirectional mode as described above 
means the loss of 10DS as an acknowledge 
input. The acknowledge input is normally 
used to clear the OBF (output buffer full) flag, 
indicating that the printer is ready for another 
character. On the other hand, operating port 6 
in the ·output only· mode causes the loss of 
BFLAG as BUSY output. Because the input 
port requires an instant BUSY indication 
while the output port only needs to remember 
the occurrence of an acknowledge pulse, it 
makes sense to program port 6 to operate in 
the bidirectional mode, with 10DS grounded 
to enable the output drivers. The IINT1 pin 
can be used instead of 10DS to record the 
occurrence of an acknowledge pulse with the 
interrupt system. 


Priority 
and Execution 
of Tasks 


There are three tasks that must be performed 
in this system: Receive-servicing 
the input 


port and storing the input character; 
Transmit-sending 
stored characters to the 


output port as required; and 
Refresh--il"rforming 
DRAM refresh. The 


timers and interrupt system are used to 
manage the execution and priority of these 
tasks. Figure 2 and Figure 3 illustrate the flow 
charts of these tasks. Firmware, broken into 
sections, performing these three functions as 
well as an initialization routine is provided. 


The 51C256 DRAMs require a 256 row 
refresh every 4 milliseconds. Rather than do 
an entire refresh cycle every 4 milliseconds, it 
is done as 64 rows every millisecond. This 
leaves time for other tasks to get service 
·slices· more frequently. As DRAM refresh is 
obviously the highest priority, timer 0 is used 
as the refresh interval timer, and is 
programmed to the 16-bit mode, and set to 
the higher priority level in the interrupt priority 
(IP) register. The refresh code is written 
in-line rather than in a loop to maximize 
speed. 


An interesting point to note is that when there 
are no characters stored, the DRAM does not 
need to be refreshed. If power consumption 


256k Centronics printer buffer 
using the 87C451 
microcontroller 


is of concem, the 87C451 could be 
programmed to go into idle mode whenever 
the buffer were empty. A character strobed 
into the input port would cause an interrupt, 
restarting the 87C451; DRAM refresh would 
be maintained until the buffer was once again 
empty. 


The next highest priority should be input port 
service, as the reason for having a printer 
buffer is to get the data out of the computer 
as quickly as possible. Therefore, the input 
port ISTB signal is connected to the IINTO pin 
(as well as U4's clock pin and liDS). Interrupt 
o is programmed in the interrupt priority 
register to be at the lower interrupt level so it 
cannot prevent refresh service. The interrupt 
o service routine stores the input character at 
the next location in the DRAM array, using 
the technique of a circular FIFO buffer. The 
routine also sends back an acknowledge 
pulse by clearing and selling the P3.4 pin, 
and then clears the BUSY (BFLAG) pin by 
performing a dummy read of port 6 (unless 
this character caused the buffer to be 
completely full). 


During periods of access to the DRAM array 
by the input and output routines, the global 
interrupt enable bit (EA) is cleared so that the 
refresh interrupt does not disturb the contents 
of ports 1 and 4, or the IRAS, 
ICAS, and IWR 
signals. 


The printer (output port) service routine runs 
all the time, except when the CPU is called to 
service the other conditions, therefore having 
the lowest priority. If there are characters in 
the buffer, polling is used to check for output 
port BUSY status. If the printer is not busy, 
then the character is sent, and the output port 
ISTB pin (P4.3) is cleared and set. The 
output port lACK line is connected to the 
IINTl 
pin, so that the negative going edge of 
the lACK signal is recorded as an interrupt 
pending. A very short INTI service routine 
sets a software flag to indicate that the printer 
acknowledge the last character. 


Possible Enhancements 
There are a number of features that could be 
added to this design. As mentioned 
previously, the microcontroller could be put 
into the idle mode when the buffer is empty, 
conserving power. 


The software could be enhanced to provide 
features such as multiple copies of a 
document, data compression, data 
conversion, automatic printer setup, etc. The 
PC operating system could be suitably 
modified to send a header for each file to be 
printed, containing these parameters. There 
is plenty of room for operating firmware 
expansion, and plenty of horsepower left in 
the 87C451 to handle these features. 


The two serial port pins RxD and TxD were 
deliberately left unused so that input and/or 


output ports are easily implemented for serial 
interfaces or printers using the built-in UART. 
The pins used for parallel port handshaking 
could then be used as serial handshaking 
lines, providing the standard "modem" 
signals. 


Combining the above two features, this circuit 
could act as a "splitter." By connecting a 
daisy-wheel printer to the serial port, a 
dot-mabix printer to the parallel port, and 
sending an "address" flag in the file header, 
simultaneous letter-quality and draft printing 
could be done. 


The size of the DRAM array is easily 
expanded to one megabyte or large devices 
by connecting the additional address pins to 
port 4 bits 1 and 2. Only slight modifications 
to the operating firmware would be required. 


Conclusion 
The SC8XC451 microcontrollers 
provide 
plenty of I/O pins that previously had to be 
implemented by clumsy I/O expansion 
methods. The flexibility of port 6 means that 
this device can be used in a wide variety of 
applications requiring special port functions, 
while still using the industry standard 8051 
instruction set. 


The Application Note, describing a typical 
parallel printer buffer, makes full use of the 
8XC451 features, yet allows room for 
enhancement and expansion. 
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MaV DPTR,8001H 
MaVX A,@DPTR 
JB ACC.O,TEST 


256K PRINTER BUFFER PROGRAM USING THE 8xC451 
FOR CENTRONICS 
PARALLEL PRINTER PORTS 


PHILIPS SEMICONDUCTORS 
OCTOBER, 1988 


$Mod451 
$Torte(+XC451Printer Buffer) 
$Date(10/28/88) 


PORT USAGE: 


P3.0 
P3.1 
P3.2 (/INTO) 
P3.3 (lINn) 
P3.4 
P3.5 
P3.6 (IWR) 
P3.7 (/RD) 


P4.0 
P4.1 
P4.2 
P4.3 
P4.4-P4.7 


P6 
/lDS 
BFLAG 


AFLAG 
/ODS 


Not used (reserved for data/address bus when external 
program memory is used). 
LowerS bits of DRAM address (AO-A7). 
Not used (reserved for high-order address bus when external 
program memory is used). 


(Reserved for serial port.) 
(Reserved for serial port.) 
Input port strobe input (interrupt). 
Output port acknowledge input (interrupt). 
Input port acknowledge output. 
DRAM write enable output. 
DRAM row address select output. 
DRAM column address select output. 


Upper bit of DRAM address (AB). 
Reserved as an extra address line for 1 megabit DRAMS. 
Not used. 
Output port busy input (OBUSY). 
Unused (not available on 64-pin DIP package). 


DRAM output data. 


Parallel output port. 
Input port strobe input (ISTB). 
Input port busy output (IBUSY). 


Output port strobe output (OSTB). 
Port 6 output enable, tied low. 


; 
The following refer to the circular FIFO buffer 
; 
implemented in the DRAM array. 


INLOW 
INMID 
INHI 
OUTLOW 
OUTMID 
OUTHI 


EQU 
EQU 
EQU 
EQU 
EQU 
EQU 


EQU 
BIT 


; Incoming address low byte. 
; Incoming address mid byte. 
; Incoming address high byte. 
; Outgoing address low byte. 
; Outgoing address mid byte. 
; Outgoing address high byte. 


; Holds flag for output port acknowledge. 
; Bit-address of output port acknowledge flag. 
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TIME 
TIMEHI 
TIMElO 
RAS 
CAS 
DRAMWR 
lACK 
ISTB 
OBUSY 
OSTB 


EQU 
EQU 
EQU 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 
BIT 


-1000 
HIGH TIME 
lOW TIME 
P3.6 
P3.7 
P3.5 
P3.4 
P3.2 
P4.3 
MAO 


; Value for 1000 timer docks = 1 millisecond. 
; High byte of timer value. 
; low byte of timer value. 
; DRAM column address select. 
; DRAM row address select. 
; DRAM write contralline. 
; Input port ACK output. 
; Input port strobe line (INTO). 
; Output port BUSY input. 
; Output port strobe (MAO bit in port 6 CSR). 


; INTO. 
; Data at input port. 


; Timer O. 
; Refresh DRAM array. 


ORG 
13h 
; INT 1. 


.........._ ~:~~ ~:.~.~~_ 
;.c:.~~~.t.~~~.~~':':'~~I~?~; 
. 


Power up reset routine: 
Set up refresh timer, enable timer interrupt and 
external interrupt, initialize circular buffer pointers. 


ORG 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 


18h 
SP,#4Oh 
A,IIQO 
REFCNT,A 
INlOW,A 
INMID,A 
INHI,A 
OUTlOW,A 
OUTMID,A 
OUTHI,A 


; Initialize refresh counter. 
; Initialize FIFO pointers. 


;Initialize interrupt priority register so that DRAM refresh 
(TFO) gets high priority, input port service (IEO) and output 
port acknowledge 
service get lower priority. All other 
interrupts set to lower priority level. 


MOV 
MOV 
MOV 
MOV 
MOV 
MOV 


IE,IIQ0000111b 
IP,IIQOOOOO 
1Ob 
TlO,#TIMElO 
THO,#TIMEHI 
TMOD,1IQ0000001b; Operate TimerO in mode 1. 
TCON,1IQ0010101b; TimerO run, 10and 11= edge. 


; TimerO, INTO, and INT1 enabled. 
; TimerO high priority. 
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Initialize Port 6 Control and Status Register. 


'BFLAG' mode set to output value of IBF 
(input port BUSY signal: 
IBUSY) 


'AFLAG' set as logic 1 output 
(output port strobe signal: OSTB) 
'IDS' active on negative level 
(input port strobe signal: 
1STB) 
MOV 
CSR,#10011100b 
MOV 
A,P6 
SETB 
EA 
; Dummy read of P6 to clear IBF (IBUSY). 
; Enable interrupts. 


Main Routine; 
Executes while not performing DRAM refresh or servicing 
input port interrupt. 


Check if buffer is not empty by comparing input and output 
pointers. If not empty, go to NOTMT to output a byte. 


MOV 
CJNE 
MOV 
CJNE 
MOV 
CJNE 
SJMP 


A,INLOW 
; Compare pointers. 
A,OUTLOW,NOTMT 
A,INMID 
A,OUTMID,NOTMT 
A,INHI 
A,OUTHI,NOTMT 
MAINLP 


Buffer is not empty: compute row & column addresses for 
a read cycle from DRAM. 


MOV 
MOV 
MOV 
RRC 
MOV 
MOV 
RRC 
MOV 


R4,OUTLOW 
R5,OUTMID 
A,OUTHI 
A 
R7,A 
A,OUTMID 
A 
R6,A 


; Save low byte of row. 
; Save upper bit of row. 
; Shift to align correctly. 


; Save upper column bit. 
; Get low byte of column. 
; Shift in bit from OUTHI. 
; Save. 


Now do actual DRAM access to get the data byte at computed 
address. Disable interrupts so we don't lose what we put 
out on the ports. 


CLR 
EA 
; Disable interrupts. 
MOV 
Pl,R4 
; Low byte row address. 
MOV 
A,R5 
; Get high byte row address. 
ORL 
A,#OFEh 
; Make sure OBUSY stays high. 


MOV 
P4,A 
CLR 
RAS 
;/RAS low. 
MOV 
Pl,R6 
; Low byte column address. 
MOV 
A,R7 
; High byte column address. 
ORL 
A,#OFEh 
; Make sure OBUSY stays high. 
MOV 
P4,A 
CLR 
CAS 
;/CAS low. 
MOV 
R4,P5 
; Get the data byte 


SETB 
CAS 
ICAS high. 


SETB 
RAS 
IRAS high. 
CLR 
FOACK 
Clear acknowledge flag. 
SETB 
EA 
Re-enable interrupts. 
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PLOOP1: 
JB 
OBUSY,PLOOPI 
; Loop if printer busy. 


CLR 
EA 
; Disable interrupts. 


MOV 
P6,R4 
; Move byte to output port. 


CLR 
MAO 
; Assert output port strobe. 


NOP 
; Kill some time. 


NOP 
NOP 
NOP 
SETB 
MAO 
; De-assert output port strobe. 
SETB 
EA 
; Re-enable interrupts. 


Following waits for lACk to occur on output port Loops on 
acknowledge flag which is set by INTl service routine when 
lACK occurs. 


PLOOP2: 
JNB 


INC 
MOV 
CJNE 
INC 
MeV 
CJNE 
MeV 
INC 
ANL 
MOV 


OUTLOW 
A,OUTLOW 
A,IOO,PDONE 
OUTMID 
A,OUTMID 
A,IOO,PDONE 
A,OUTHI 
A 
A,t03h 
OUTHI,A 


Check if input port busy flag was left asserted, indicating that 
1I1ebuller was lull after last input. If so, acknowledge input 
port and de-assert input busy signal. 


JNB 
CLR 
CLR 
NOP 
NOP 
NOP 
NOP 
NOP 
NOP 
NOP 
MeV 
NOP 
NOP 
NOP 
NOP 
NOP 
SETB 
SETB 
AJMP 


IBF,MAINLP 
EA 
lACK 


lACK 
EA 
MAINLP 


; Not busy, return to main loop. 
; Disable interrupts. 
; Assertl1ACK. 
; Wait] 
microseconds. 


; Dummy read of P6 clears IBF (IBUSY). 
; WaitS microseconds. 


De-assertI1ACK. 
Re-enable interrupts. 
Return to main loop. 
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- 
Called when output port asserts lACK. 


- 
Sets FOACK flag and returns. 


DRAM Refresh (Timer1l) Interrupt Service: 


Called once every millisecond 
by timer interrupt. 


Refreshes 64 rows and then returns. 
Therefore refreshes all rows every 4 milliseconds. 
(Note that 41256151 
C256 DRAM only requires a 256 row refresh.) 


REFRESH: 
PUSH 
PSW 
MOV 
THO,#TIMEHI 
; Reload timer registers. 


MOV 
TLO,#TIMELO 


MOV 
Pl,REFCNT 
; Get next row to refresh. 


MOVX 
@RO,A 
; Pulse IRAS (IWRI. 


INC 
PI 
MOVX 
@RO,A 
;1 
INC 
PI 
MOVX 
@RO,A 
;2 
INC 
PI 
MOVX 
@RO,A 
;3 
INC 
PI 
MOVX 
@RO,A 
;4 
INC 
PI 
MOVX 
@RO,A 
;5 
INC 
PI 
MOVX 
@RO,A 
;6 
INC 
PI 
MOVX 
@RO,A 
;7 
INC 
PI 
MOVX 
@RO,A 
;8 
INC 
PI 
MOVX 
@RO,A 
;9 
INC 
PI 
MOVX 
@RO,A 
; 10 
INC 
PI 
MOVX 
@RO,A 
;11 
INC 
PI 
MOVX 
@RO,A 
;12 
INC 
PI 
MOVX 
@RO,A 
; 13 
INC 
PI 
MOVX 
@RO,A 
;14 
INC 
PI 
MOVX 
@RO,A 
;15 
INC 
PI 
MOVX 
@RO,A 
;16 


INC 
PI 


MOVX 
@RO,A 
;17 
INC 
PI 
MOVX 
@RO,A 
;18 
INC 
PI 
MOVX 
@RO,A 
; 19 
INC 
PI 
MOVX 
@RO,A 
;20 
INC 
PI 
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MOVX 
@RO,A 
; 21 
INC 
PI 
MOVX 
@RO,A 
; 22 
INC 
PI 
MOVX 
@RO,A 
;23 
INC 
PI 
MOVX 
@RO,A 
; 24 
INC 
PI 
MOVX 
@RO,A 
;25 
INC 
PI 
MOVX 
@RO,A 
;26 
INC 
PI 
MOVX 
@RO,A 
; 27 
INC 
PI 
MOVX 
@RO,A 
; 28 
INC 
PI 
MOVX 
@RO,A 
;29 
INC 
PI 
MOVX 
@RO,A 
;30 
INC 
PI 
MOVX 
@RO,A 
;31 
INC 
PI 
MOVX 
@RO,A 
;32 
INC 
PI 
MOVX 
@RO,A 
;33 
INC 
PI 
MOVX 
@RO,A 
;34 
INC 
PI 
MOVX 
@RO,A 
; 35 
INC 
PI 
MOVX 
@RO,A 
;36 
INC 
PI 
MOVX 
@RO,A 
;37 
INC 
PI 
MOVX 
@RO,A 
;38 
INC 
PI 
MOVX 
@RO,A 
; 39 
INC 
PI 
MOVX 
@RO,A 
;40 
INC 
PI 
MOVX 
@RO,A 
;41 
INC 
PI 
MOVX 
@RO,A 
;42 
INC 
PI 
MOVX 
@RO,A 
;43 
INC 
PI 
MOVX 
@RO,A 
;44 
INC 
PI 
MOVX 
@RO,A 
;45 
INC 
PI 
MOVX 
@RO,A 
;46 
INC 
PI 
MOVX 
@RO,A 
; 47 
INC 
PI 
MOVX 
@RO,A 
;48 
INC 
PI 
MOVX 
@RO,A 
; 49 
INC 
PI 
MOVX 
@RO,A 
;50 
INC 
PI 
MOVX 
@RO,A 
;51 
INC 
PI 
MOVX 
@RO,A 
;52 
INC 
PI 
MOVX 
@RO,A 
;53 
INC 
PI 
MOVX 
@RO,A 
;54 
INC 
PI 


January 1992 
4-24 


256k Centronics printer buffer 
using the 87C451 
microcontroller 


MOVX 
@RO.A 
;55 
INC 
P1 
MOVX 
@RO,A 
;56 
INC 
P1 
MOVX 
@RO.A 
;57 
INC 
P1 
MOVX 
@RO,A 
;58 
INC 
P1 
MOVX 
@RO,A 
;59 
INC 
P1 
MOVX 
@RO.A 
;60 
INC 
P1 
MOVX 
@RO.A 
; 61 
INC 
P1 
MOVX 
@RO.A 
;62 
INC 
P1 
MOVX 
@RO,A 
;63 
INC 
P1 


INC 
P1 
; Adjust for next time 
MOV 
REFCNT.P1 
; and save. 


POP 
PSW 
RETI 


This routine is called via interrupt INTOwhenever data 
is slrobed into the input pori. II saves the data into the 
DRAM array and increments the input pointer. If the output 
pointer is now equal 10 the input pointer, then the buffer 
is full, and we leave the busy flag set so that no more 
data can be input until some is outpU1and the buffer is 
no longer full. 


INDATA: 
PUSH 
PSW 
PUSH 
ACe 
MOV 
R1,INLOW 
; Lower 8 bits of row to R1. 


MOV 
R2,INMID 
; Upper bit of row to R2. 


MOV 
A.INHI 
; Get upper 2 bits. 


RRC 
A 
; LSB to carry. 
MOV 
RO,A 
MOV 
A,INMID 
RRC 
A 
; Shift bit into MSB. 


MOV 
R3,A 
; Save. 


CLR 
EA 
Disable interrupts. 
MOV 
P1.R1 
LSB Row address. 


MOV 
A.R2 
MSB row address. 


ORL 
A,#OFEh 
Make sure OBUSY stays high. 
MOV 
P4.A 
MSB row address. 
STBLP: 
JNB 
ISTB.STBLP 
Check for end of strobe before DRAM write. 


CLR 
RAS 
/RAS low. 


CLR 
DRAMWR 
fWRlow. 
MOV 
P1,R3 
LSB column address. 


MOV 
l,RO 
MSB column address. 


ORL 
A,#OFEh 
Make sure OBUSY stays high. 
MOV 
P4,A 
MSB column address. 
MOVX 
A.@RO 
Pulse ICAS low. 


SETB 
RAS 
IRAShigh. 


SETB 
DRAMWR 
fWRhigh. 


SETB 
EA 
Re-enable interrupts. 
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INC 
MOV 
CJNE 
INC 
MOV 
CJNE 
MOV 
INC 
ANL 
MOV 


INLOW 
A,INLOW 
A,IKlO,CKFULL 
INMID 
A,INMID 
A,IKlO,CKFULL 
A,INHI 
A 
A,#03h 
INHI,A 


MOV 
CJNE 
MOV 
CJNE 
MOV 
CJNE 


A,iNLOW 
A,OUTLOW,i NCLR 
A,INMID 
A,OUTMID,INCLR 
A,INHI 
A,OUTHI,INCLR 


Send acknowledge pulse on flACK line for 7 microseconds, 
de-assert input BUSY signal halfway through. 


CLR 
CLR 
NOP 
NOP 
NOP 
NOP 
NOP 
Nap 
NOP 
MOV 
NOP 
POP 
POP 
SETB 
SETB 
RETI 


A,P6 


ACC 
PSW 
lACK 
EA 


; Disable interrupts. 
; Assert flACK. 
; Wait 7 microseconds. 


; Dummy read of P6 clears IBF (IBUSY). 
; Wait 5 microseconds before clearing flACK. 


; De-assert flACK. 
; Re-enable interrupts. 
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INTRODUCTION 
TO THE 83C552 


The 83C552 is an BOC51 derivative with 
several extended features: 8k ROM, 256 
bytes RAM, 1o-bit AID converter, two PWM 
channels, two serial I/O channels, six 8-bit 
I/O ports, and four counter/timers. 
The 
architecture of the 83C552 is identical to that 
of the 80C51 , making the two devices fully 
code compatible. The additional peripheral 
functions are added to the 80C51 Special 
Function Register space, and the interrupt 
structure is modified accordingly. This 
information is detailed in other references on 
the 83C552. The focus of this application 
note is on one of the timers of the 83C552, 
Countermmer 
2. 


This counter/limer 
includes capture, 
compare, and high-speed output capabilities 
which facilitate many control oriented tasks. 
The objective of this note is to make users of 
the 83C552 aware of this counter/timer 
subsystem and assist the use'of this 
subsystem by a detailed explanation of its 
operation supported by actual application 
examples. 


TIMER 
2 OF THE 83C552 


TImer 2 of the 83C552 is in fact a timing 
controller and has an associated 
programmable array. The TImer 2 subsystem 
consists of three parts: 
1. The time base consists of a 16-bittimer 
with a 3-bit prescaler. The master clock 
for the subsystem can be derived from the 
on-chip oscillator (fosc) or an extemal 
input, T2. It has an external reset, RT2, by 
which a signal applied to this input can 
reset the timer if the external reset is 
enabled. 


2. A capture system consisting of four 
capture registers and four capture inputs 
which can be used for a wide variety of 
time measurements on external signals. 


3. A compare system consisting of three 
compare registers and eight associated 
high-speed outputs which can be 
activated upon a match between the 
16-bit timer and one of the compare 
registers. 


For reference a complete block diagram of 
the 83C552 Countermmer 
2 subsystem is 
shown in Figure 1. 


16-BIT COUNTERITIMER 
The description of Countermmer 
2 in the 
following paragraphs is intended to be a 
general overview. Details on architecture, 
address locations, interrupt structure, and 
timer operation are given in the 83(:552 
Users Manual. This users manual may be 
useful to complement the material presented 
in this application note. References to 
registers, bits, I/O ports, and on-chip 
hardware will relate directly to 83C552 Users 
Manual nomenclature. This application note 
will focus on the use of Countermmer 
2 as a 
powerful input capture and high-speed output 
facilitator through some specific examples 
and not on the detailed coding. 


The counter/timer consists of a 16-bit counter 
which is readable by software through special 
function registers TM2L and TM2H. The timer 
itself has two overflow flags, one after the 
entire 16-bit counter and one attached to the 
eighth stage. This laller flag reflects an 
overflow from the first byte of the counter. 
These two flags are present in register 
TM21R and are labeled T2BO for the overflow 
from the first byte and T20V for the overflow 
from the entire 16 bits. These flags may be 
used to generate an interrupt. 


The counter timer is controlled directly 
through the special function register 
TM2CON, the timer 2 control register. This 
register also contains certain status flags. 


The prescaler divides the input clock by a 
programmable ratio. The prescaler divide 
value is programmable to divide by I, 2, 4, 0' 
8 as controlled by T2PO and T2P 1 in 
TM2CON. 


The input clock to the prescaler is either 
fosc'12 or the extemal input, T2. The clock 
input to the prescaler may also be shut off. 
This clock input selection is controlled by bits 
T2MSO and T2MSI 
in TM2CON. 


If T2 is used as the input clock to the timer 2 
subsystem, the hardware logic samples this 
input and looks for a low-to-high transition. If 
the logic detects a logic 0 at the T2 input in 
state S2P 1 of the microcontroller and a logic 
1 in state SSP 1, then this is recognized as a 
low-to-high transition, and the prescaler is 
incremented. The pre scaler is incremented in 
the second cycle after the cycle in which the 
transition was detected. If the transition is 
detected before S2Pl 
is finished, the 
prescaler is incremented in the next cycle. 
This timing is shown in Figure 2. Note that 
this sampling rate is twice that of the normal 
80C51 timers, TOand T1 ; therefore T2 has 


twice the maximum external counting rate as 
compared to the standard timers. 


Any programming of the clock source or the 
prescaler divide ratio results in a reset of the 
prescaler. This allows the state of the timer 
subsystem to be in a known state upon 
programming. The main 16-bit timer cannot 
be reset by software but it is reset by 
activating the reset pin or using the extemal 
reset, RT2. The external reset, RT2, can be 
enabled or disabled by bit T2ER in TM2CON. 
These resets reset the prescaler as well as 
the 16-bit counter. 


Only one interrupt is available from the 16-bit 
counter timer. Two bits in TM2CON control 
whether TM2L, TM2H, or both flags will be 
used to generate the interrupt. A selection for 
no interrupt is also possible. 


Capture System 
The capture system is a powerful tool to 
measure the width of pulses or repetition 
rates. There are four independent inputs for 
the signals to be analyzed, CTIO through 
CTI3. These inputs are alternate functions to 
port 1. Each input is connected to a 
dedicated capture register. A transition at any 
of these inputs will cause the content of the 
16-bit counter/timer 
to be loaded into the 


respective capture register. The capture can 
occur upon various conditions of the input 
signal as specified by certain bits in the 
capture control register, CTCON. Each input 
can be set to cause a capture on a 
low-to-high transition, a high-to-low transition, 
or on both transitions. Upon a capture taking 
place, each input causes an interrupt flag to 
be set in the TImer 2 Interrupt Flag Register, 
TM2IR. If enabled, an interrupt will be 
generated. 


One of the capture inputs is shown in more 
detail in Figure 3. All of the other capture 
inputs are similar to this one. The capture 
input is gated with the capture enable bits 
CTNO and CTPO, which are located in 
CTCON. According to the status of these 
bits, the desired edges are selected to 
generate the capture enable pulse. The input 
pulse transient detection is at the input of the 
enable pulse generator. The input signal is 
sampled at S 1PI of the machine cycle. If a 
logic 1 is detected when a logic 0 was 
detected at the same time in the previous 
cycle, then the event is taken as a transition. 
An enable pulse is sent to the capture 
register, and the contents of timer 2 is copied 
into the capture register at the end of this 
machine cycle. The interrupt flag CTIO is also 
set. 
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COmpare System 
The compare system of Timer 2 can be used 
to generate a set of outputs whose transitions 
are controlled directly by the time defined by 
the 16-bit counterltimer. 
There are eight of 
these high-speed outputs which are directly 
controlled from Countermmer 
2. These 


outputs are alternate functions to port 4. Six 
of these outputs are set-reset controlled 
(CMSRO through CMSRS), and two are 
toggle controlled (CMTO and CMT1). To 
clarify the operation, these two types will be 
discussed separately. In the following 
discussions, refer to Figure 4, which shows 
the compare system for P4.S (a set-reset 
high-speed output) and P4.6 (a toggle 
high-speed output). 


There are two compare registers associated 
with the set-reset outputs. These registers 
are CMO and CMt. 
In addition, there are two 


enable registers: one to enable setting of an 
output and the other to enable resetting of an 
output. These registers are STE and RTE, 
respectively. The contents of CMO and CMI 
are continuously compared to the contents of 
the 16-bit counter. Whenever there is a match 


between the 16-bit counter and the contents 
of CMO, a SET pulse is generated. Similarly, 
whenever there is a match between the timer 
and the contents of CM1, a RESET pulse is 
generated. The set pulse is applied to the 
set-reset outputs, CMSRO through CMSRS, 
through gates controlled by bits in STE. Bits 0 
through 5 in STE control the application of 
the SET pulse to one of the high-speed 
outputs. For example, STE.O controls the 
gating of the SET pulse to CMSRO, STE. 1 
controls the gating of the SET pulse to 
CMSRI, 
and so forth. Thus, if the 
corresponding SET enable bit in STE is a 1 
and a compare occurs with CMO, then thet 
high-speed output will become set. Similarly, 
the reset pulse from CMI is applied to the 
high-speed outputs CMSRO through CMSRS 
through gates controlled by bits in RTE. As 
with STE, bits 0 through 5 in RTE control the 
application of the reset pulse to one of the 
high-speed outputs. If a compare occurs 
between the timer and CMI, a high-speed 
output will be reset if its corresponding enable 
bit in RTE is a I. Compares with CMO and 
CMI set interrupt flags which, if enabled, can 
be used to generate an interrupt. 


The two toggle-controlled 
outputs are CMTO 


and CMT1, and these are associated with 
compare register CM2. These outputs are 
also alternate functions on port 4. Upon a 
compare between the counter and the 
contents of CM2, CM2 generates a toggle 
pulse which is applied to the high-speed 
outputs CMTO and CMT1 through a set of 
gates. The gates control the application of the 
toggle pulse to the toggle outputs as 
specified by the high-order bits of register 
RTE. RET.6 controls CMTO, and RET.7 
controls CMTI. Should the corresponding 
bit 


of RTE be set, then the toggle pulse is 
enabled to the associated high-speed output 
and that output will toggle upon generation of 
the toggle pulse from CM2. The structure of 
these toggled outputs is different from the 
other high-speed outputs in that the toggling 
is actually accomplished 
in a separate 


toggled flip-flop and not directly in the port 
latch. This toggle flip-flop cannot be 
controlled directly by software and powers up 
in an indeterminate state. The state of the 
toggle flip-flops is readable in STE bits 6 
and 7. 
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APPLICATION 
EXAMPLE-TIMED 
FUEL INJECTION 
In modem automobiles, optimal combustion 
is necessary to meet emission standards and 
improve fuel consumption. Optimal 
combustion depends on several factors and 
is enhanced by proper fuel injection based 
upon these factors which vary according to 
engine speed and other factors. Thus the 
task is to control the opening and closing of 
the engine fuel injectors of each cylinder 
relative to the crankshaft reference point 


For the application example here, we will not 
consider the factors which detennine the 
timing relationships. These are assumed to 
be given quantities. The example here will 
focus upon the implementation of the injector 
timing control signals and how they are 
generated using the Countermmer 
2 system. 
The illustration considers a four cylinder 
engine. While this is an automotive 
application which serves to clEiany illustrate 
Countermmer 
2 Subsystem operation, it is 
clear that many systems share similar timing 
requirements, and the techniques employed 
here are applicable to a wide class of timing 
tasks. The 83C552 will also support six 
cylinder engine control. 


Figure 5 shows the injection timing required 
for two consecutive revolutions of the engine 
crankshaft. 
Start and stop of the injection are 
given relative to a reference point on the 
crankshaft 
The cylinders are numbered in 
the order of the injection sequence (not with 
reference to their physical location). Start of 
the injection is usually given in angular 
measure with respect to top dead center, and 


Cyt3 
•• 


the injection duration is assumed to be a time 
value calculated from engine environmental 
factors and operating parameters. The angle 
for the start of the injection must be 
converted into time with respect to the 
reference point 


The injector drivers are assumed to be 
connected to the port 4 high-speed outputs 
CMSRO through CMSR3. To obtain the top 
dead center reference point, the signal from 
the appropriate sensor is connected to the 
capture input CTOI. The interrupt for this 
capture input is enabled so that software can 
synchronize its operation to this time 
reference and make use of the top dead 
center time in the injector timing calculations. 
The software synchronization takes two 
forms. First, the captured time is an absolute 
reference for all real-time output operations. 
This time is available in capture register CTO. 
Note that at 12 MHz operation, Timer 2 can 
have a resolution as fine as 1 microsecond 
with a total time before overflow of over 65 
milliseconds, and these times are adjustable 
by increasing the prescaler divide ratio. A 
proper selection can make the timing 
calculations relatively simple. Second, at the 
time the input is captured, flags which keep 
track of the phases of the crankshaft cycle 
are reset when cylinder 1 is at top dead 
center. These flags are used in the interrupt 
service routines to tell which action is 
required for that phase of the crankshaft 


Consider now the sequence of events in one 
rotation of the engine crankshaft and refer to 
Figure 5 during the discussion. Assume that 
the engine is running, that all relevant 


paramelers are available, and that it has 
been delermined that the processor is 
responling 
to the inlerrUpt associated with 
the top dead cenlBr capture, ClOl. 
Inlerrupts 
for CTOI, CMO (compare regislBr 0), and 
CMl (compare regiSler 1) are enabled. Upon 
enlering the inlerrupt service routine for 
CTOI, the previous value of the captured top 
dead center time is subtracted from the 
present value, and the crankshaft rotation 
time is delBrmined. This is used to compUlB 
the time to open the first injector from the 
required angle at which the injector is to 
open. This time is made available for the 
interrupt service routine which responds to a 
compare from CMO. The inlerrupt service 
routine is exited. 


The next inlerrupt to occur per the figure for 
this example is a result of a compare with 
CMl which will be a result of the injector stop 
time for cylinder 4 having been reached. The 
flags in an internal status register are 
employed to keep track of the cylinder 
number that is presenUy active for both 
injection stop and injection start times. After 
identifying this interrupt from the flags, the 
processor uses the injector start time for 
cylinder 1 (previously loaded into CMO) and 
the predetermined duration to calculate the 
injector stop time for cylinder 1. This value is 
loaded into compare regiSler CM1 and the 
reset enable bit for high-speed output 
CMSRO is programmed to a 1. This is bit 
RTE.O The reset enable bit for the cylinder 4 
injector is set to 0 (bit RET.3). The inlerrupt 
routine is now exited. 


Philips Semiconductors 
Mia-ocontroller Products 


The next interrupt to occur will be for the start 
time for the injector for cylinder 2. This and all 
subsequent cases follow the same sequence 
of events as for the cylinder I CMO interrupt 
described above. In this case, calculations 
are made for cylinder 2 and loaded into 
CMO,STE.I is programmed to a I, and STE.O 
is programmed to a O.Similarly, the next 
interrupt for CMI is treated in the same way, 
and the sequence of events rotates around 
through all cylinders in turn. The flag bits 
associated with this operation keep track of 
the injector sequencing. 


While this example shows the injection stop 
time of one cylinder overlapping into the 
injector on time of the subsequent cylinder, 
close examination of the operations 
described above reveal that the start and 
stop events are independent and can overlap 
or not as required. In this way all injectors 
may be driven independently and have 
overlapping on times. 


Given that this is an example applicable to 
general usage, it is possible that interrupt 
service routine could be relatively long as it 
would be in an actual injector application. 
Since the service routine has other interrupts 
disabled, the length may cause real-time 
conflicts. To eliminate this potential problem, 
the interrupt service routines are divided into 
two parts. In the first part, all other interrupts 
are disabled, and the essential register 
loading is done to prepare for the next 
interrupt. After this is completed, all interrupts 
are enabled and the ancillary service routine 
functions are performed prior to a return to 
the main routine. 


As an example, consider the interrupt service 
routine for CMO. Upon entering the routine, all 


interrupts are disabled. Then the following 
actions are performed: 
- Set bit in STE to start next injector 


- Clear bit in STE for injector just started 


- 
Load CMO with start time for next injector 


- Clear CMIO interrupt flag in TM2IR 


Now that the essential set-up is made for the 
next interrupt, all interrupts are now enabled. 
However, the return to the main program is 
not invoked until the following ancillary 
processing is completed: 
- Calculate the next absolute start time for 
the next injector (the next load value for 
CMO) 


- 
Increment the flag so that the next entry to 
this interrupt service routine will be able to 
identify the next injector to start. 


The process performing these calculations 
can be interrupted to service real-time 
functions. 


APPLICATION 
EXAMPLE-TIMED 
IGNITION 
In electronic ignition systems, multiple ignition 
coils may be used and each coil is fired by 
electronic means rather than with the old 
style mechanical breakers. In a four cylinder 
engine, there may be two ignition coils, one 
coil providing spark for a pair of cylinders. 
Both plugs fire at the same time. For one 
cylinder, the spark occurs at the appropriate 
time while for the other cylinder, the spark 
occurs at the end of the exhaust stroke and 
has no effect. With timing references to 
crankshaft top dead center provided by an 
external sensor, the ignition timing for the 
engine may be generated in the 83C552 and 


applied to the electronic drivers for the 
ignition coils. 


To illustrate the toggle high-speed outputs of 
the 83C552 Countermmer 
2 subsystem, the 


following example will discuss the ignition 
timing in a four cylinder engine employing the 
two coil approach with one coil for a pair of 
cylinders. The coil timing is illustrated in 
Figure 6. A reference time is used which is a 
given interval prior to top dead center so that 
the times used in the illustration can be 
always after the reference. There are two 
times of interest for each coil: the load time 
and the ignition point. 


Ignition advance is usually given in degrees 
crankshaft angle prior to top dead center. As 
with injection, this angle is assumed to be 
derived from other calculations and is a given 
value for this illustration. This angle must be 
converted in to a time with respect to the 
reference point. The load time (the time at 
which the coil has to be switched on to reach 
the current that will give sufficient energy for 
an adequate spark) must be subtracted from 
the desired ignition point. At the ignition time, 
the coil will be switched off and the spark will 
be generated. 


The coil driver electronics are connected to 
port bits P4.6 and P4.7. Ignition coil I is 
connected to P4.6, and ignition coil 2 is 
connected to P4.7. These outputs are the 
toggle high-speed outputs controlled by the 
16-bit compare register, CM2. The program 
simply needs to set up the compare and 
control registers to turn the coils on and off at 
the appropriate times. It is assumed in this 
example that the ignition and load times are 
given quantities and have been determined 
previously. 


Consider now the sequence of events in two 
rotations of the engine crankshaft and refer to 
Figure 6. Assume that the engine is runnirlg, 
that all relevant parameters are available, and 
that it has been determined that the 
processor is responding to the interrupt 
associated with a compare to CM2. The top 
dead center time and crankshaft rotation 
speed have been already determined through 
the top dead center capture, CTOI. This is 
the same as in the injector example. The 
interrupt for CTOI is enabled. From the top 
dead center time, the times to turn on and 
turn 011the coil drivers are computed and 
made available in data storage locations in 
the microcontroller. It is also convenient to 
have flags to identify the step in the complete 
ignition cycle. The flags are cleared in the 
interrupt service routine for top dead center of 
cylinder 1. 


Upon entering the interrupt service routine, 
other interrupts are disabled. Examination of 
the flags reveals that the state of the ignition 
sequence is that coil 1 has been turned on to 
begin the current build up (load time). The 
next event will therefore be turning 011coil 2 
to cause ignition. The interrupt service routine 
then performs the following actions: The time 
to turn all coil 2 is moved into compare 
register 2, CM2. Bit 6 of RTE is cleared; this 
disconnects the output of CM2 frorn the 
toggle flip-flop of P4.6 (coil 1). Bit 7 of RTE is 
set; this connects the output of CM2 to the 
toggle flip-flop of P4.7 (coil 2). The flags are 


incremented to indicate that the next interrupt 
will be a result of coil 2 turning 011and 
causing ignition. The other interrupts can be 
enabled and a return to the main program 
can be executed. After the other interrupts 
are enabled and before a return is made to 
the main program, it may be convenient to do 
any necessary calculations to determine the 
tirne value to be loaded into CM2 in the next 
CM2 interrupt. 


Since the flip-flops are toggled, it is likely that 
upon power up of the microcontroller, the 
toggle flip-flops will not be in the desired 
state. To get the toggle flip-flops in the correct 
state in the ignition cycle, the flip-flops must 
be toggled if they are in the wrong state. To 
determine if this is necessary, the state of the 
toggle flip-flops can be read from the STE 
register. The state of the P4.6 flip-flop is 
present in STE bit 6 and the state of the P4.7 
flip-flop is present in STE bit 7. Comparing 
the actual state to the required state 
determines which if any or both of the 
flip-flops must be toggled. If a toggle is 
necessary to put one or both of the flip-flops 
in the correct state, the corresponding bits in 
RTE would be set for those flip-flops requiring 
the toggle, and CM2 would be loaded with a 
value that is slightly larger than the present 
contents of timer 2. If desired for reliability 
purposes, the state of the flip-flops could be 
checked periodically against the ignition cycle 
flags to determine if a correction is 
necessary. 


CONCLUSION 
This application note has examined one 
aspect of the 83C552 CMOS 8OC51 
derivative microcontroller. The Countermmer 
2 Subsystem has been applied to a complex 
timing task of gasoline engine injector valve 
and ignition coil timing control. While this is a 
specific application to the automotive 
interests, the results are applicable to a wide 
variety of time measurement and control 
applications. The 83C552 would be ideal for 
many electromechanical 
systems such as 
copy machines, fax machines, industrial 
process control equipment, automatic 
transmission control, and anti-skid and 
anti-lock braking control. 


These application areas are those which can 
successfully employ the 83C552 
Countermmer 
2; however, the other features 
should not be overlooked. When combined 
with the lO-bit A to D Converter, the Pulse 
Width Modulator, the 12Cserial bus, and 
peripheral device family, the 83C552 provides 
minimum component count solutions for 
cellular radio systems, professional audio 
systems, and mecflCalinstrumentation 
products such as bedside patient monitors 
and analyzers for home care and sports use. 


Using up to 5 external 
interrupts 


on 80C51 family microcontrollers 


BOC51 family miCiocontroliers are equipped 
with up 10two inputs which may be used as 
general-purpose 
interrupts. A typical device 


provides a total 015 interrupt sources. Tomer 
o and Tomer 1 generate vectored interrupts, 
as does the Serial Port. Applications that 
require more than two externally signaled 
vectored interrupts, and do not use one or 
more 01the counters or the serial port, can be 
conligured to use these lacilities lor additional 
external interrupt inputs. 


This note describes a method 10configure 
the timer/counters and the serial port lor use 
as interrupt inputs (see Figure 1). Minimum 
response time is a goal lor this configuration. 


Another popular method to implement extra 
interrupt inputs is to poll under soltware 
control a port pin configured as an input. This 
method is necessary when the on-<:hip 
peripherals are in use. Applications where 
this approach is recommended 
are ones in 


which the processor spends more than half 01 
the time executing a "wait loop," or a short 
code sequence which jumps or branches 
back on itself without performing any 
functions. In this case, the instructions that 
will check the state 01input used as an 
interrupt source are inserted into this 
sequence. Consequently, this input is ignored 
when other routines are being executed. This 
input may have to be latched externally, or 
the processor may miss the signal while 
executing other routines. 


Dedicated interrupt inputs that vector the 
processor to individual service routines (as 
the two general-purpose 
interrupt inputs 
work) do not have the drawbacks of the 
method described above. 


COUNTERITIMER 
CONFIGURATION 
Tlmers 0 and 1 are placed in mode 2, which 
configures the timer/register as an B-bit 
counter with automatic reload. The counter 
and reload register are loaded with FF 
hexadecimal which is stored in TH 1 and TL 1 
or THO and TLO. 


To prepare one of the timers lor this kind of 
operation, a number of control bits have to be 
set up. The following is a list of these bits and 
their values: 


InTMOD: 
GATE: 
0 
CIT 
: 
1 
M1 
: 
1 
MO 
: 
0 


InIE: 
ETo 
: 
1 


EA 
: 
1 


Where "i" is the timer number being used as 
the external interrupt. The TMOD value would 
be 66 hexadecimal if both timers are being 
used as external interrupt sources, x6 hex for 
timer 0, and 6x hex for timer 1. The interrupt 
priority may also be set in the IP register. 


A falling edge on the corresponding Tomer0 
or Tomer 1 input (TO or T1) will cause the 
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Figure 1. 80C51 Five Interrupt 
Configuration 


counter to overflow and generate a timer 
interrupt. The counter will be automatically 
loaded with another FF from the reload 
register, so the interrupt can occur again as 
soon as the interrupt service routine 
completes. Countermmer 
operation is 


described in detail elsewhere in this manual. 


SERIAL 
PORT CONFIGURATION 


The serial port can be placed in mode 2, 
which is a ~bit 
UART with the baud rate 


derived from the oscillator. The external 
interrupt is signaled through this port on the 
RxD receive data pin. Reception is initiated 
by a detected 1-10-0transition at RxD. The 
signal must stay at 0 for at least five-eighths 
of a bit period for this level to be recognized. 
Refer to the description of baud rates to 
determine the length of a bit period at the 
oscillator frequency selected for the 
application. The input signal should remain 
low for at least one bit period and for not 
more than 9 bit periods. 


To prepare the serial port for use as an 
external interrupt, the following bits must be 
setup: 


In SCON: 
SMO 
1 
SM1 
0 
SM2 
0 
REN 
1 


Using up to 5 external interrupts 
on 80C51 family microcontrollers 


The Serial Port Interrupt is then used as a 
general-purpose 
interrupt. The contents of 
receive buffer should be ignored, and will 
subsequendy be overwritten during the next 
interrupt. 


Note that the response time for this input will 
be slower than for the Countermmer 
inputs. 
This is due to the fact that the RI is generated 
after the eighth serial data bit time after the 
falling edge on RxD. 


$MOD51 
$TITLE (Five Vectored Extemallnterrupts) 


Interrupt Jump Table 
ORG 
OH 
AJMP 
Setup 


ORG 
3H 
RETI 


ORG 
OSH 
AJMP 
TimO 


ORG 
13H 
RETI 


ORG 
lSH 
AJMP 
Tim 1 


ORG 
23H 
AJMP 
Serial 


Begin setup code 
Setup 
MOV 
SP,#7FH 


Configure both timers 
MOV 
TMOD,#66H 
MOV 
A,#OFFH 
MOV 
TLO,A 
MOV 
THO,A 
MOV 
TL1,A 
MOV 
TH1,A 
SETS 
ETO 
SETS 
En 
SETS 
TRO 
SETS 
TR1 


Configure the serial port 
SETS 
ES 
MOV 
SCON,#90H 
SETS 
EA 


Wait: 
NOP 
JMP 
Wait 


Serial: 
NOP 
CLR 
RI 
RETI 


TimO: 
NOP 
RETI 


Tim1: 
NOP 
RETI 


END 


;Extemal interrupt O. 
;(oot implemented in this demo) 


;Extemal interrupt 1. 
;(not implemented in this demo) 


;Enable Timer 0 interrupt. 
;Enable Timer 1 interrupt. 
;Enable Timer 0 to run. 
;Enable Timer 1 to run. 


;Enable serial port interrupt. 
;Put the serial port in mode 2. 
;Enable interrupt system. 


;Serial interrupt service routine. 
;Clear receiver interrupt flag. 


Phlllps Semiconductors 
Mlcrocontroller 
Products 


DESCRIPTION 
For some classes of applications, it may be 
desirable to know if the application of the 
reset signal to a microcontroller 
is due to an 


initial power-on sequence, or is the result of 
an external signal such as an operator 
pressing a reset pushbutton, or the result of a 
watchdog timer or similar event. 


While there are perhaps numerous hardware 
solutions that can be employed, a simple 
software solution can offer a high degree of 
confidence in making this determination. The 
task is to determine the differences in state of 
resources internal to the microcontroller 
that 
would occur as a result of these two types of 
reset conditions. With respect to the 80C51 
family of microcontrollers, 
on-chip resources 
consist of the special function registers 
(SFRs) and the internal data memory (RAM). 
Most of the SFR locations are initialized as a 
result of a reset condition and thus cannot be 
used for this determination. The data memory 
contents are unaffected by reset. Thus, valid 
data loaded into the RAM of the 8OC51 while 
executing a program would not be affected by 
the application of an external reset signal 
provided the power source for the 
microcontroller has not been removed (as is 
the case for a "warm boot"). 


The contents of data memory as a result of 
an initial application of power, however, is 
indeterminate. While this effect has not been 
extensively characterized, empirical 
observation suggests that it is highly random 
in nature. If it is assumed, for the moment, 
that the behavior of a given byte of data 
memory is such that it will power-up with a 


value that is totally random, then there is a 
one in eight chance that it will pcwer-up with 
a predetermined value. If the assumption is 
extended to two bytes, a 16-bit number, then 
there is one in 216 chance that both bytes will 
power-up with predetermined values. 
Extending this to four bytes results in a one in 
232 chance; a very small probability. This is 
the basis for the software determination of a 
warm or cold boot condition. 


The technique consists of evaluating the 
contents of four consecutive bytes of data 
memory following a reset condition to 
determine whether these bytes had been 
previously loaded with known data values. If 
the contents of all four bytes match 
predetermined values, this is interpreted to be 
a warm boot condition. If there is no match, it 
is then interpreted to be a cold boot condition. 
At this point, it is necessary to load these four 
bytes with predetermined data to prepare for 
the possibility of a subsequent warm boot 
condition. 


The software example included in this 
application brief can be used to perform this 
warm or cold boot determination. 


The symbols WARMl 
thorough WARM4 
represent the predetermined values. The 
symbol WARM is the address of the first of 
the four consecutive bytes in data memory. It 
is set to 30H to avoid conflict with the four 
register banks, the stack, and the 
bit-addressable locations in data memory. 
The symbol WARMBT is a bit-addressable 
location used as a status bit. It is set as the 


result of a warm boot and cleared as a result 
of a cold boot. 


The label START is the location of the first 
instruction to be executed following a reset 
(address = OoaOH). An instruction is located 
here to jump into the main body of the 
program to bypass the interrupt vector 
locations. 


The main program body begins by loading 
register ROwith the address of the first byte 
in data memory to be evaluated. The 
contents of this first byte is compared with the 
first predetermined value. If there is no 
match, the conclusion is that it is a cold boot. 
However, if a match is found, this does not 
imply that it is a warm boot since all four 
bytes must match, and therefore the 
remaining three bytes must also be 
evaluated. Register ROis incremented to 
pcintto 
the second byte and then compared 


to the second predetermined value. 
Comparison of the bytes proceeds until either 
a no match condition is found or until all four 
bytes have been evaluated successfully. If all 
four bytes compared favorable, then a status 
bit (WARMBT) is set to indicate a warm boot 
and the remainder of the application program 
is completed. 


An unsuccessful comparison results in 
branching to the label COLD. This section of 
code clears the status bit (WARMBT) to 
indicate a cold boot, and loads the four bytes 
of data memory with the predetermined 
values preparing the system for a subsequent 
pcssible warm boot. Program flow then 
continues with the remainder of the 
application program. 


0030 
0055 
OOM 
0033 
OOCC 
0000 


0026 
7830 
0028 B65511 
002B 
08 
002C B6AAOD 
002F 
08 
0030 B63309 
0033 
08 
0034 B6CC05 
0037 
D200 
0039 
02004B 
003C C200 
003E 
7830 
0040 
7655 
0042 
08 
0043 
76M 
0045 
08 
0046 
7633 
0048 
08 
0049 
76CC 
004B 


COLD 
INIT 
MAIN 
START. 
WARM. 
WARMI. 
WARM2. 
WARM3. 
WARM4. 
WARMBT 


WARM 
EQU 
30H 
WARMI 
EQU 
55H 
WARM2 
EQU 
OMH 
WARM3 
EQU 
33H 
WARM4 
EQU 
OCCH 
WARMBT 
EQU 
0 


C AODR 
C ADDR 
C ADDR 
C ADDR 
NUMB 
NUMB 
NUMB 
NUMB 
NUMB 
NUMB 


MOV 
CJNE 
INC 
CJNE 
INC 
CJNE 
INC 
CJNE 
SETB 
JMP 
CLR 
MOV 
MOV 
INC 
MOV 
INC 
MOV 
INC 
MOV 


RO,HWARM 
@RO, HWARMl, COLD 


RO 
@RO,HWARM2,COLD 


RO 
@RO,HWARM3,COLD 
RO 
@RO,HWARM4,COLD 
WARMBT 
INIT 
WARMBT 
RO, HWARM 
@RO,HWARMI 
RO 
@RO, fWARM2 
RO 
@RO, HWARM3 
RO 
@RO,fWARM4 


003CH 
004BH 
0026H 
OOOOH 
0030H 
0055H 
OOAAH 
0033H 
OOCCH 
OOOOH 


;first 
location 
of 
the 
four 
bytes 
in 
RAM 


;first 
predetermined 
value 


;second 
predetermined 
value 


;third 
predetermined 
value 


;fourth 
predetermined 
value 


;warm 
boot 
status 
bit 


;pointer 
for 
first 
byte 
;test 
first 
byte 


;pointer 
for 
second 
byte 


;test 
seco~d 
byte 


;pointer 
for 
third 
byte 


;test 
third 
byte 


;pointer 
for 
fourth 
byte 


;test 
fourth 
byte 


;this 
is 
a 
warm 
start 


;continue 
with 
rest 
of 
application 


;this 
is 
a 
cold 
boot 


;pointer 
for 
first 
byte 


;load 
the 
four 
bytes 
for 
future 
test 


The following program allows an 8OC51 
family microcontroller 
to load most of its code 
into a RAM over a seliallink 
after power up 
and execute out of the RAM for normal 
operation. This can allow a final product to 
have firmware updates done by a simple 
diskette mailing. SUch a program is often 
called a "bootstrap loader". 


For this example, it is assumed that the code 
download is done via a serial communication 


link. although the program could be adapted 
to other forms of download. The comments at 
the beginning of the listing are intended to 
document the program and its use 
completely. 


An additional comment would be that any 
static routines (low level routines that are 
unlikely to change over time) can probably be 
put into the permanent program memory 
(on-chip or off-chip ROM or EPROM) along 


with the bootstrap loader to save program 
RAM space for other things. 


The source code file for this program is 
available for downloading from the Philips 
computer bulletin board system. This system 
is open to all callers, operates 24 hours a 
day, and can be accessed with modems at 
2400, 1200, and 300 baud. The telephone 
numbers for the BBS are: (800) 451-8644 (in 
the U.S. only) or (408) 991-2406. 


containing the boot 
loader program (or use 
external EPROM) 


serial 
communication 
to host 


Program 
RAM 


low 
address 


(decode from 
high order 
address lines) 


Bootstrap 
Loader 
for Hexadecimal 
Files 
written 
by G. Goodhue, 
Philips 
Electronics 


This 
program 
allows 
downloading 
a hexadecimal 
program 
file over 
an 


asynchronous 
serial 
link to a code RAM 
in an SOC5l 
system. 
The downloaded 


code may 
then be executed 
as the main program 
for the 
system. 
This 
technique 
may be used 
in a system 
that 
normally 
connects 
to a host PC so that 
the code 
may 
come 
from a disk 
and thus 
be easily 
updated. 
The system 
RAM must 
be 
wired 
to the BOCS1 
system 
so that 
it appears 
as both 
data 
and program 
memory 


(wire the RAM 
normally, 
but use the 
logical 
AND of RD and PSEN 
for the 


output 
enable.) 


To use 
the bootstrap 
program, 
an Intel Hex 
file 
is sent through 
the 
serial 


port 
in 8-N-1 
format 
at 
9600 baud. 
The baud 
rate 
and format 
may be altered 


by making 
small 
changes 
in the 
serial port 
setup 
routine 
(SerStart). 


Note 
that 
there 
is no hardware 
handshaking 
(e.g. RTS/CTS 
or XON/XOFF) 


implemented 
between 
the host 
and the bootstrap 
system. 
This 
was done 
to keep 
the protocol 
between 
the 
two systems 
as simple 
as possible. 


Since 
the bootstrap 
program 
does 
not echo 
the data 
file, there 
is no chance 
of an overrun 
unless 
the 
SOCS1 
is running 
very 
slowly 
and/or 
the 


communication 
is ve~y 
fast. 
An aOCS1 
running 
at 
11.0592 
MHz 
(the most 


commonly 
used 
frequency 
in systems 
with 
serial 
communication) 
will 
be able 
to easily 
keep 
up with 
3B.4K 
baud 
communication 
without 
handshaking. 


- When 
the bootstrap 
program 
starts 
up, 
it sends a prompt 
character 
(N=N) 


up the 
serial 
link to the host. 


- The host 
may 
then 
send 
the hexadecimal 
program 
file down 
the serial 
link. 
At any 
time, 
the host 
may 
send an escape 
character 
(18 hex) 
to abort 
and 
restart 
the download 
process 
from scratch, 
beginning 
from the 
N=N 
prompt. 


This procedure 
may 
be used 
to restart 
if a download 
error 
occurs. 


- At the end 
of a hex 
file download, 
a colon 
(N:N) 
prompt 
is returned. 
If 
an error 
or other 
suspicious 
circumstance 
occurred, 
a flag value 
will 
also be returned 
as shown below. 
The flag 
is a bit map 
of possible 
conditions 
and 
so may 
represent 
more 
than one problem. 
If an error 
occurs, 
the bootstrap 
program 
will 
refuse 
to execute 
the downloaded 
program. 


Exception 
codes: 


01 
non-hexadecimal 
characters 
found embedded 
in a data 
line. 


02 - bad 
record 
type 
found. 


04 
incorrect 
line checksum 
found. 
OS 
no data 
found. 


10 
incremented 
"address overflowed 
back 
to zero. 


20 
RAM 
data 
write 
did 
not verify 
correctly. 


- If a download 
error 
occurs, 
the download 
may be retried 
by first 
sending 
an escape 
character. 
Until 
the escape 
is received, 
the bootstrap 
program 
will 
refuse 
to accept 
any data 
and will echo 
a question 
mark 
(N?N) 
for 
any character 
sent. 


- After 
a valid 
file download, 
the bootstrap 
program 
will 
send 
a message 
containing 
the 
file checksum. 
This 
is the arithmetic 
sum of all of the 
DATA 
bytes 
(not addresses, 
record 
types, 
etc.) 
in the 
file, truncated 
to 
16 bits. 
This 
checksum 
appears 
in parentheses: 
N(abcd)N. 
Program 


execution 
may 
then be 
started 
by telling 
the bootstrap 
program 
the 


correct 
starting 
address. 
The 
format 
for this 
is to send a slash 
(*/*) 


followed 
by the address 
in ASCII 
hexadecimal, 
followed 
by a carriage 


return. 
Example: 
*/8A31<CR>* 


If the 
address 
is accepted, 
an at sign 
(*@*) is returned 
before 
executing 


the 
jump to the downloaded 
file. 


The bootstrap 
loader 
can be configured 
to re-map 
interrupt 
vectors 
to the 


downloaded 
program 
if jumps to the 
correct 
addresses 
are set up. For 


instance, 
if the program 
RAM 
in 
the 
system 
where 
this 
program 
is to be used 
starts 
at 8000 hexadecimal, 
the 
re-mapped 
interrupts 
may begin 
at 8003 
for 
external 
interrupt 
0, etc. 


$Title(Bootstrap 
Loader 
for Hexadecimal 
Files) 
$Date (04-13-92) 
$MODSI 


LF 
EQU 
OAh 
Line Feed 
character. 


CR 
EQU 
DOh 
Carriage 
Return 
character. 


ESC 
EQU 
IBh 
Escape 
character. 


Start Char 
EQU 
,., 
Line 
start 
character 
for hex 
file. 


Slash 
EQU 
'/' 
Go command 
character. 


Skip 
EQU 
13 
Value 
for "Skip" 
state. 


Ch 
DATA 
OFh 
Last 
character 
received. 
State 
DATA 
10h 
Identifies 
the state 
in process. 
DataByte 
DATA 
llh 
Last data 
byte 
received. 


ByteCount 
DATA 
l2h 
Data byte 
count 
from current 
line. 


HighAddr 
DATA 
13h 
High 
and low address 
bytes 
from the 
LowAddr 
DATA 
14h 
current 
data 
line. 


RecType 
DATA 
ISh 
Line 
record 
type 
for this 
line. 
ChkSum 
DATA 
IGh 
Calculated 
checksum 
received. 
HASave 
DATA 
17h 
Saves 
the high 
and 
low address 
bytes 
LASave 
DATA 
ISh 
from the 
last data 
line. 
FilChkHi 
DATA 
19h 
File 
checksum 
high byte. 
FilChkLo 
DATA 
lAh 
File 
checksum 
low byte. 


Flags 
DATA 
20h 
State 
condition 
flags. 


HexFlag 
BIT 
Flags.O 
Hex character 
found. 


EndFlag 
BIT 
Flags.l 
End 
record 
found. 
DoneFlag 
BIT 
Flags.2 
Processing 
done 
(end record 
or some 
kind 
of error. 


EFlags 
DATA 
2lh 
Exception 
flags. 
ErrFlagl 
BIT 
EFlags.O 
Non-hex 
character 
embedded 
in data. 


ErrFlag2 
BIT 
EFlags.l 
Bad 
record 
type. 
ErrFlag3 
BIT 
EFlags.2 
Bad 
line checksum. 
ErrFlag4 
BIT 
EFlags.3 
No data 
found. 


ErrFlagS 
BIT 
EFlags.4 
Incremented 
address 
overflow. 


ErrFlagG 
BIT 
EFlags.S 
Data 
storage 
verify 
error. 
DatSkipFlag 
BIT 
Flags.3 
Any data 
found should 
be 
ignored. 
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The 
following 
are 
dummy 
labels 
for 
re-mapped 
interrupt 
vectors. 
The 


addresses 
should 
be 
changed 
to 
match 
the 
memory 
map 
of 
the 
target 
system. 


ExlntO 
TOlnt 
Exlntl 
TlInt 


Serlnt 


B003h 
BOOBh 
B013h 
BOIBh 
B023h 


Remap 
address 
for 
ext 
interrupt 
O. 


Timer 
0 
interrupt. 


External 
interrupt 
1. 


Timer 
1 
interrupt. 


Serial 
port 
interrupt. 


The 
following 
are 
intended 
to 
allow 
re-mapping 
the 
interrupt 
vectors 
to 
the 


users 
downloaded 
program. 
The 
jump 
addresses 
should 
be 
adjusted 
to 
reflect 


the 
memory 
mapping 
used 
in 
the 
actual 
application. 


ORG 
0003h 
LJMP 
ExlntO 
External 
interrupt 
O. 


RETI 


ORG 
OOOBh 
LJMP 
TOlnt 
Timer 
0 
interrupt. 
RETI 


ORG 
0013h 
LJMP 
Exlnt1 
External 
interrupt 
l. 


RETI 


ORG 
OOlBh 
LJMP 
TlInt 
Timer 
1 
interrupt. 
RETI 


ORG 
0023h 
LJMP 
Serlnt 
Serial 
port 
interrupt. 


RETI 


MOV 
IE, #0 
MOV 
SP, #5Fh 
ACALL 
SerStart 
ACALL 
CRLF 
MOV 
A, #1'=' 
ACALL 
PutChar 
ACALL 
Hexln 


ACALL 
ErrPrt 


MOV 
A,EFlags 
JZ 
HexOK 


MOV 
A, I'?' 


Turn 
off 
all 
interrupts. 


Start 
stack 
near 
top 
of 
'51 
RAM. 


Setup 
and 
start 
serial 
port. 


Send 
a 
prompt 
that 
we 
are 
here. 


"<CRLF> 
=" 


Send 
a 
message 
for 
any 
errors 
or 


warnings 
that 
were 
noted. 


We 
want 
to 
get 
stuck 
if 
a 
fatal 


error 
occurred. 


ACALL 
ACALL 


SJMP 


MOV 
ACALL 
CJNE 


ACALL 
JB 
MOV 


ACALL 
JB 
MOV 


Put Char 
GetChar 


ErrLoop 


EFlags,IO 
GetChar 
A,tSlash,HexOK 


GetByte 
ErrFlagl,HexOK 
HighAddr,DataByte 


GetByte 


ErrFlagl,HexOK 


LowAddr,DataByte 


are 
'stuck'. 
N? 
W 
Wait 
for escape 
char to flag 
reload. 


Clear 
errors 
flag 
in 
case 
we 
re-try. 


Look 
for 
GO 
command. 


Ignore 
other 
characters 
received. 


Get the GO high 
address 
byte. 


If non-hex 
char 
found, 
try again. 
Save upper 
GO address 
byte. 


Get 
the 
GO 
low 
address 
byte. 


If 
non-hex 
char 
found, 
try 
again. 


Save 
the 
lower 
GO 
address 
byte. 


Look 
for 
CR. 


Re-try 
if 
CR not there. 


All 
conditions 
are met, 
so hope 
the data 
file and the GO address 
are all 


correct, 
because 
now we're 
committed. 


MOV 
ACALL 
JNB 
PUSH 
PUSH 
RET 


A, t'@' 
Put Char 
TI,$ 
LowAddr 
HighAddr 


Wait 
for 
completion 
before 
GOing. 
Put the GO address 
on the stack, 


so we can Return 
to it. 


Finally, 
go execute 
the user program! 


CLR 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
MOV 
SETB 


StateLoop: 
ACALL 
ACALL 
MOV 
ACALL 


ACALL 
MOV 
ACALL 
MOV 
ACALL 
MOV 
ACALL 
MOV 
ACALL 
ACALL 


A 
State, A 
Flags, 
A 
HighAddr,A 
LowAddr,A 


HASave,A 


LASave,A 
ChkSum,A 
FilChkHi, A 
FilChkLo,A 


EFlags,A 
ErrFlag4 


GetChar 


AscHex 
Ch,A 


GoState 


Get 
a 
character 
for 
processing. 


Convert 
ASCII-hex 
character 
to 
hex. 


Save 
result 
for 
later. 


Go 
find 
the 
next 
state 
based 
on 


this 
char. 


DoneFlag,StateLoop 
; 
Repeat 
until 
done 
or 
terminated. 


PutChar 
A," 
(' 


PutChar 
A,FilChkHi 
PrByte 
A,FilChkLo 
PrByte 
A, i')' 


PutChar 


CRLF 


Send 
the 
file 
checksum 
back 
as 


confirmation. 
N 
(abed) 
N 


GoState: 
MOV 
A,State 
Get 
current 
state. 


ANL 
A,tOFh 
Insure 
branch 
is 
within 
table 
range. 


RL 
A 
Adjust 
offset 
for 2 byte 
insts. 


MOV 
DPTR,tStateTable 
JMP 
@A+DPTR 
Go to 
appropriate 
state. 


StateTable: 
AJMP 
StWait 
0 - 
Wait 
for 
start. 
AJMP 
StLeft 
1 - 
First 
nibble 
of 
count. 


AJMP 
StGetCnt 
2 
- 
Get 
count. 
AJMP 
StLeft 
3 
- 
First 
nibble 
of 
address 
byte 
l. 


AJMP 
StGetAdl 
4 - Get 
address 
byte 
l. 


AJMP 
StLeft 
5 - 
First 
nibble 
of address 
byte 
2. 


AJMP 
StGetAd2 
6 - Get 
address 
byte 
2. 
AJMP 
StLeft 
7 - 
First 
nibble 
of 
record 
type. 
AJMP 
StGetRec 
8 - Get 
record 
type. 


AJMP 
StLeft 
9 
- 
First 
nibble 
of 
data 
byte. 


AJMP 
StGetDat 
10 - Get data byte. 


AJMP 
StLeft 
11 - 
First 
nibble 
of 
checksum. 


AJMP 
StGetChk 
12 
- 
Get 
checksum. 


AJMP 
StSkip 
13 - 
Skip 
data 
after 
error 
condition. 
AJMP 
BadState 
14 - Should 
never 
get 
here. 
AJMP 
BadState 
15 - 


This 
state 
is 
used 
to 
wait 
for 
a 
line 
start 
character. 
Any 
other 
characters 


received 
prior 
to 
the 
line 
start 
are 
simply 
ignored. 


MOV 
CJNE 
INC 
RET 


A,Ch 
A,~StartChar,SWEX 


State 


Retrieve 
input 
character. 


Check 
for 
line 
start. 


Received 
line 
start. 


MOV 
JNB 
ANL 
SWAP 
MOV 
INC 
RET 


SETB 
SETB 
RET 


A,Ch 
HexFlag,sLERR 
A,tOFh 


A 


DataByte,A 


State 


ErrFlagl 


DoneFlag 


Retrieve 
input 
character. 


Check 
for 
hex 
character. 


Isolate 
one 
nibble. 


Move 
nibble 
too 
upper 
location. 


Save 
left/upper 
nibble. 


Go 
to 
next 
state. 


Return 
to 
state 
loop. 


Error 
- 
non-hex 
character 
found. 


File 
considered 
corrupt. 
Tell 
main. 


A,Ch 
HexFlag,SRERR 
A,IOFh 
A,DataByte 


DataByte,A 
A,ChkSum 
ChkSum,A 


Retrieve 
input 
character. 


Check 
for 
hex 
character. 


Isolate 
one 
nibble. 


Complete 
one 
byte. 


Save 
data 
byte. 


Update 
line 
checksum, 


and 
save. 


Return 
to 
state 
loop. 


; Get 
data 
byte 
count 
for 
line. 


StGetCnt: 
ACALL 
StRight 
MOV 
A, DataByte 
MOV 
ByteCount,A 
INC 
State 
RET 


; Get 
upper 
address 
byte 
for 
line. 


StGetAdl: 
ACALL 
StRight 
MOV 
A, DataByte 
MOV 
HighAddr,A 
INC 
State 
RET 


; 
Get 
lower 
address 
byte 
for 
line. 


StGetAd2: 
ACALL 
StRight 
MOV 
A, DataByte 
MOV 
LowAddr,A 
INC 
State 
RET 


ACALL 
MOV 
MOV 
JZ 
CJNE 
SETB 
SETB 
MOV 
SJMP 


SETB 
SETB 
RET 


MOV 
ADD 
MOV 
CLR 
ADDC 
MOV 
MOV 


StRight 
A, DataByte 
RecType,A 
SGRDat 


A,il,SGRErr 
EndFlag 
DatSkipFlag 
State, HI 
SGREX 


ErrFlag2 


DoneFlag 


StRight 
DatSkipFlag,SGDl 


A,DataByte 
A,FilChkLo 


FilChkLo,A 


A 
A,FilChkHi 
FilChkHi, A 
A, DataByte 


Go 
to 
next 
state. 


Return 
to 
state 
loop. 


Save 
new 
high 
address. 


Go 
to 
next 
state. 


Return 
to 
state 
loop. 


Save 
new 
low 
address. 


Go 
to 
next 
state. 


Return 
to 
state 
loop. 


Get 
record 
type. 


This 
is 
a 
data 
record. 


Check 
for 
end 
record. 


This 
is 
an 
end 
record. 


Ignore 
data 
embedded 
in 
end 
record. 


Go 
to 
checksum 
for 
end 
record. 


Error, 
bad 
record 
type. 


File 
considered 
corrupt. 
Tell 
main. 


Complete 
the 
data 
byte. 


Don't 
process 
the 
data 
if 
the 
skip 


flag 
is 
on. 


Store 
data 
byte 
in 
memory. 


Update 
the 
file 
checksum, 


which 
is 
a 
two-byte 
summation 
of 


all 
data 
bytes. 


SGDl: 
DJNZ 
ByteCount,SGDEX 
Last 
data 
byte? 


INC 
State 
Done 
with 
data, 
go 
to 
next 
state. 


SJMP 
SGDEX2 


SGDEX: 
DEC 
State 
Set up 
state 
for 
next 
data byte. 
SGDEX2: 
RET 
Return 
to state 
loop. 


ACALL 
JNB 
SETB 
SJMP 


SETB 
SETB 
RET 


StRight 
EndFlag,SGCl 
DoneF!ag 
SGCEX 


A,ChkSum 


SGCErr 
ChkSum,IO 
State,IO 


LASave,LowAddr 
HASave, HighAddr 


ErrFlag3 
DoneF!ag 


Complete 
the 
checksum 
byte. 


Check 
for 
an 
end 
record. 


If 
this 
was 
an 
end 
record, 


we are 
done. 


Get 
calculated 
checksum. 


Result 
should 
be 
zero. 


Preset 
checksum 
for next 
line. 


Line 
done, 
go 
back 
to 
wait 
state. 


Save 
address 
byte 
from 
this 
line 
for 


later 
check. 


Return 
to 
state 
loop. 


Line 
checksum 
error. 


File 
considered 
corrupt. 
Tell 
main. 


; 
A 
place 
to go 
if an -illegal 
state 
comes 
up 
somehow. 


BadState: 
MOV 
State,'Skip 
If 
we get here, 
something 
very 
bad 
RET 
happened, 
so 
return 
to state 
loop. 


; 
Store 
- 
Save 
data 
byte 
in 
external 
RAM 
at 
specified 
address. 


MOV 
MOV 
MOV 
MOVX 


DPH,HighAddr 


DPL,LowAddr 
A, DataByte 
@DPTR,A 


MOVX 
A,@DPTR 
Read 
back data 
for integrity 
check. 


CJNE 
A,DataByte,StoreErr 
; 
Is 
read 
back 
OK? 


CLR 
INC 
MOV 
MOV 
CLR 
CJNE 
CJNE 
SETB 
RET 


SETB 
SETB 
RET 


ErrFlag4 
DPTR 
HighAddr,DPH 
LowAddr, DPL 


A 


A,HighAddr,StoreEx 


A,LowAddr,StoreEx 
ErrFlagS 


ErrFlag6 


DoneFlag 


Show 
that 
we've 
found 
some 
data. 


Advance 
to 
the 
next 
addr 
in 
sequence. 


Save 
the 
new 
address 


; Check 
for 
address 
overflow 
(both bytes 
are 0). 


; 
Set 
warning 
for 
address 
overflow. 


Data 
storage 
verify 
error. 


File 
considered 
corrupt. 
Tell 
main. 


SerStart 
GetChar 
GetByte 
PutChar 
AscHex 
HexAsc 
ErrPrt 
CRLF 
PrByte 


- Serial 
port 
setup 
and 
start. 


Get 
a character 
from the serial 
port 
for processing. 


- Get 
a hex 
byte 
from the serial 
port 
for processing. 


- Output 
a character 
to the serial 
port. 


- See 
if char 
in ACC 
is ASCII-hex 
and 
if so convert 
to hex 
nibble. 
- Convert 
a hexadecimal 
nibble 
to its ASCII 
character 
equivalent. 


- Return 
any error 
codes 
to our host. 


- output 
a carriage 
return 
/ line 
feed pair 
to the serial 
port. 


- Send 
a byte 
out the 
serial 
port 
in ASCII 
hexadecimal 
format. 


; SerStart 
- Serial 
port 
setup 
and 
start. 


SerStart: 
MOV 
A,PCON 
; Make 
sure SMOD 
is off. 


CLR 
ACC.? 
MOV 
PCON,A 
MOV 
THl,jOFDh 
Set up timer 
l. 


MOV 
TLO,jOFDh 
MOV 
TMOD, nOh 


MOV 
TCON, HOh 
MOV 
SCON,j52h 
Set up 
serial port. 
RET 


ACALL 
ACALL 
MOV 
ACALL 
ACALL 
ACALL 
MOV 
ACALL 
RET 


GetChar 


AscHe x 
Ch,A 
StLeft 
GetChar 
AscHex 
Ch,A 
StRight 


Get 
first 
character 
of byte. 
Convert 
to hex. 
Save 
result 
for later. 
Process 
as top nibble 
of a hex byte. 


Get 
second 
character 
of byte. 
Convert 
to hex. 


Save 
result 
for 
later. 


Process 
as bottom 
nibble 
of hex byte. 


RI,$ 
RI 
A,SBUF 
A, IESC,GCEX 
Start 


Wait 
for receiver 
flag. 


Clear 
receiver 
flag. 
Read 
character. 
Re-start 
immediately 
if Esca~e 
char. 


JNB 
CLR 
MOV 
CJNE 
LJMP 
RET 


T.I, $ 
TI 
SBUF,A 


Wait 
for transmitter 
flag. 
Clear 
transmitter 
flag. 


Send character. 


AscHex 
- See 
if char 
in ACC 
is ASCII-hex 
and 
if so convert 
to a hex 
nibble. 


Returns 
nibble 
in A, HexFlag 
tells 
if char 
was 
really 
hex. 
The ACC 
is not 


altered 
if the character 
is not ASCII 
hex. 
Upper 
and 
lower 
case 
letters 
are 
recognized. 


CJNE 
JC 
CJNE 
JC 


CJNE 
JC 
CJNE 
JC 


CJNE 
JC 
CJNE 
JNC 
CLR 
SUBB 
SJMP 


CLR 
SJMP 
CLR 
SUBB 
CLR 
SUBB 
SETB 
RET 


A, 1'0' ,AHl 
AHBad 
A,I'9'+1,AH2 
AHVal09 


A,ItA' 
,AH3 


AHBad 
A,I'F'+1,AH4 
AHValAF 


A, I' a' ,AH5 
AHBad 
A,I'f'+1,AH6 
AHBad 


C 
A,I27h 
AHVal09 


HexFlag 
AHEX 


C 
A,I? 


C 
A, I' 0' 
HexFlag 


Test 
for 
ASCII 
numbers. 


Is 
character 
is 
less 
than 
a 'o'? 


Test 
value 
range. 


Is 
character 
is 
between 
'0' 
and 
'9'7 


Test 
for 
upper 
case 
hex 
letters. 


Is 
character 
is 
less 
than 
an 
'At? 


Test 
value 
range. 


Is 
character 
is 
between 
'A' 
and 
'F'? 


Test 
for 
lower 
case 
hex 
letters. 


Is 
character 
is 
less 
than 
an 
'a'? 


Test 
value 
range. 


Is 
character 
is 
between 
'a' 
and 
'f'? 


Adjust 
character 
to 
get 
a 
value. 


Flag 
character 
as 
'good' 
hex. 


CJNE 
JC 
ADD 
ADD 
RET 


A,IOAh,HAl 
HAVal09 
A,I? 


A, I' 0' 


Make 
sure 
we're 
working 
with 
only 


one 
nibble. 


Test 
value 
range. 


Value 
is 
a 
to 
9. 


Value 
is 
A 
to 
F, 
extra 
adjustment. 


Adjust 
value 
to ASCII 
hex. 


MOV 
CALL 
MOV 
JZ 
CALL 
RET 


At it:' 
PutChar 


A,EFlags 
ErrPrtEx 


PrByte 


First, 
send 
a 
prompt 
that 
we 
are 


still here. 


Next, 
print 
the 
error 
flag 
value 
if 


it 
is 
not 
o. 


MOV 
CALL 


MOV 
CALL 
RET 


A,ICR 


PutChar 
A, ILF 


PutChar 


PrByte: 
PUSH 
ACC 
Print 
ACC 
contents 
as 
ASCII 
hex. 
SWAP 
A 
CALL 
HexAsc 
Print 
upper 
nibble. 


CALL 
PutChar 


June 1993 
4-47 


POP 


CALL 
CALL 


RET 


ACC 
HexAsc 


Put Char 


Author: 
Tracy Ching 


DESCRIPTION 
Mia"O Mouse is an IEEE contest first 
proposed by the author of IEEE Spectrum in 
1977. It consists of an autonomous robot 
known as a "mouse· which navigates through 
a maze of 256 twcrinch-high, 
seven-inch 
squares in a 16 x 16 arrangement. The robot 
is self powered and has no knowledge of the 
maze oonfiguration prior to releasing it in the 
maze. The first time it is released into the 
maze, its prime objective is to find a path 
from the starting square which is located in a 
oorner of the maze to the destination square 
which can be located in the center or a 
different oorner depending on competition 
level. The destination square for the 
advanced level can be found only by using a 
smart algorithm which will make the mouse 
gravitate towards the center without 
beooming lost. The destination square for a 
novice oontest can be found by using a wall 
hugging algorithm. The analogy for this 
algorithm is to imagine a blind person holding 
their right hand out against a wall and 
following the walls until they reach the 
destination. A maximum of ten runs or 15 
minutes is given to each mouse. Leaving the 
starting square constitutes one run. The 
mouse with the fastest run time from the 
starting square to the destination square 
wins. 


The contest is held with different competition 
levels for novices and advanced. The novice 
level is typically held for oollege students 
trying to exercise newly acquired hardware 
and software skills, whereas the advanced 
level encompasses 
international talent and 
may require the implementation 
of a 
proportional integral derivative (PID) 
oontroller in software to utilize oommutated or 
brush less DC motors and complex navigation 
algorithms. 


DESIGN 
OBJECTIVES 
Several design objectives were as follows: 
minimize weight, minimize part size and 
oount, minimize power oonsumption which 
allows the use of smaller and lighter 
batteries, minimize cost and maximize speed. 


The main objective was to keep the total 
weight at a minimum to obtain the fastest 
acceleration from the stepper motors and to 
reduce wheel slippage during deceleration 
and turning. The objectives are inter-related 
such that changing one will affect the other. 
Hence, having a low part count means lighter 
weight, faster acceleration and lower cost. 


A typical mouse may consist of a 
mia"OCOlltrollerwith supporting memory and 
GLU logic to interface the motor controllers 


and sensors. The 87C751 is suitable for this 
application with its small size. The need for 
external RAM is eliminated by using the 
internal RAM to store minimum maze 
information suitable for the novice level. 
Nickel cadmium batteries are used because 
of the oost, size and power density obtainable 
versus other battery types. Nickel metal 
hydride was not available during development 
but would be a good choice over nickel 
cadmium batteries. 


The 87C751 
Mlcrocontroller 
The 87C751 is an 8-bit mia"ocontroller based 
on the 8051 mia"ocontroller family. It is oode 
compatible with the exception of the MOVX, 
LJMP, and LCALL instructions. The MOVX 
instruction and external memory accesses 
are not supported. LJMP and LCALL 
instructions are not needed since AJMP and 
ACALL can reach the entire program memory 
range (2k bytes) of the 751. The 87C751 
contains a 2k x 8 EPROM, a 64 x 8 RAM, 19 
I/O lines, a 16 bit auto-reload counter/timer, a 
fixed rate timer, a five source fixed priority 
interrupt structure, a bidirectional 
Inter-Integrated circuit (12C)bus interface, 
and an internal oscillator. The 87C751 comes 
in an erasable quartz package (87C751), one 
time programmable (87C751), and mask 
ROM (83C751). 


HARDWARE 
DESCRIPTION 
Figure 1 is a schematic diagram of the 
mouse. The stepper motors are 4 volts 0.95 
amperes per coil giving about 14 oz-inches of 
torque. Each motor is driven by an Allegro 
UCN-5804B unipolar stepper motor 
translator/driver which oontains the 
sequencing logic and high current darlington 
outputs. The sequencing logic only requires 
clock, direction of rotation, and output enable 
signals from the 87C751 which relieves the 
chore of having to cycle through a 
sequencing table for both motors therefore 
reducing oode size. Fast reoovery diodes are 
used to protect the darlington outputs from 
negative voltage due to motor winding 
f1yback. 


The infrared (IR) emillers are Optek 
OP-240A. The sensors are Optek 
OPL-560-0C 
which have a built-in light 
amplifier and TTL open oollector output. Each 
sensor bank is enabled via a high side 
P-channel MOSFET. A 74LS04 (U4) is used 
to drive the P-<:hannel MOSFET. Data from 
each bank of eightlR 
sensors is fed into port 
3. By using open oollector output sensors, the 
need for latching the data using a 3-state 
buffer is eliminated. Port pins PO.Oand PO.1 
are used for enabling either the left or right 


sensor bank via the 74LS04 (U4) and the 
MOSFETs. Each sensor bank hangs over the 
two inch high walls whereby the light emitted 
from the OP-240 is reflected into the 
OPL-560-0c 
if a wall is present. Two sensor 
pairs in the middle of the array are typically 
sensing the presence of a wall and the 
remaining sensors are used for guidance to 
keep the mouse running parallel to the walls. 


A 74LS573 connected to port 3 which latched 
data into eight LEOs was used in the 
debugging process. P1.7 was used on the 
latch signal for the 74LS573. Since the eight 
LEOs and latch were not needed for the final 
product, they were removed thus reducing 
weight and battery drain. LEOs 01 and 02 
were also used in the debugging process and 
are currently used for visual feedback when 
selecting options during operation. 


Power for the digital circuitry is fed by an 8.4 
volt NiCAD battery pack, packaged in a 9 volt 
battery case, via a 7805 regulator. The circuit 
can run constantly with the sensors taking 
"snapshots· of the walls intermillently 
for at 
least 30 minutes satisfying the 15 minute 
maximum requirement. Power for the motors 
is fed by four "A· size NiCAD cells which 
have enough energy to run the motors for 15 
minutes before becoming useless at about 1 
volt per cell. 


TASK PRIORITIES 
Several tasks take place during program 
execution which are as follows in order of 
importance: pulsing the stepper motors 
according to a velocity profile table, gathering 
sensor data, deciding whether to accelerate, 
decelerate, turn left or right. 


In-line coding is used to avoid calling 
subroutines that cause the program counter 
to be pushed onto the stack and use valuable 
RAM for the turn decisions. Interrupt 
subroutines are an exception. 


Interrupt timer 0 (TO) vectors to the routine 
which supplies a pulse to the stepper motor 
drivers. This is the most important task 
because the stepper motors require a smooth 
train of pulses in order to prevent jerlly or 
sporadic motions. Thus, TO must have the 
highest priority and must not be interrupted. 
Although timer 0 is a 16 bit timer, only eight 
bits are used with the higher byte set to FFH. 
TO takes care of pUlsing the left and right 
motor drivers at different times by using two 
external registers which are used as 
prescalers. Each motor can be assigned a 
different prescale value via the assigned 
register in order to step each motor at a 
different step rate. 


The velocity profile table for TOwas designed 
using a spreadsheet program with visual 
graphing. This aided the ability to derive an 
exponential table for the fastest stepper 
motor acceleration using qualitative 
observations. 


The first part of the in-line code contains the 
routine to accelerate the mouse from a 
stopped position. A pointer for each motor is 
incremented until the end of the velocity 
profile table is reached. During acceleration, 
the left and right sensors are strobed and 
stored after each step caused by TO. 


The routine that strobes the sensors for wall 
data returns several results through the use 
of flags. The routine first stores the sensor 
data in registers. This information is used to 
determine if the sensor array or mouse is too 
far right, left, or aligned in a square and to set 
the corresponding flags. It also returns the 
presence of a front wall using the innermost 
sensor pairs. The deceleration routine is 
similar to the acceleration routine except the 
pointers decrement through the velocity 
profile table skipping a few values each time. 
Deceleration uses less steps than 
acceleration. 


The routine which decides whether to 
continue acceleration, deceleration, or turn 
left or right keeps track of step count or 
position of the mouse within a square in order 
to store wall information at the proper time. 
After the previous routines have stored the 
dala for the front, left, and right walls, a 
decision is obtained. If the mouse is not in a 
back-up mode, the wall information, slatus of 
the back-up flag and lefl/right algorithm flag 
forms an offset byte. If the mouse is in a 
back-up mode, the decision from above plus 
the previous decision on the slack is used to 
form the oflset byte. This offset is stored in 
the accumulator. The decision which conlains 
the direction to turn is oblained using the 
MOVe instruction which points to the lable 
using the dala pointer. The logic lable is 
shown in Tables 1 and 2 below. 


External interrupt 0 (INTO) vectors to the 
routine which brings the mouse to a hall. 
INTO subroutine disables TO, sets output 
enable high on the stepper motor drivers, and 
sets the return address for the program 
counter to OOOOH.This causes the mouse to 
reslart program execution without losing the 
internal RAM. 


Table 1. 
LogIc Table: 
Non-Back-Up 
Mode 


(1) 
(2) 
(3) 
(4) 


R 
NONE 
R 
push R onto slack 


R 
F 
R 
push R onto slack 


R 
R 
S 
push S onto stack 


R 
R,F 
L 
push L onto slack 


R 
L 
R 
push R onto slack 


R 
L,F 
R 
push R onto slack 


R 
L, R 
S 
ignore 


R 
L,R,F 
180 
turn on B-U flag 


L 
NONE 
L 
push L onto slack 


L 
F 
L 
push L onto slack 


L 
R 
L 
push L onto Slack 


L 
R,F 
L 
push L onto slack 


L 
L 
S 
push S onto stack 


L 
L, F 
R 
push R onto slack 


L 
L, R 
S 
ignore 


L 
L,R,F 
180 
turn on B-U flag 


NOTES: 
Abbreviations used: 
R=right 
L = left 
F = front 
S = straight 
B-U = back-up flag 
slack = RAM used for storing decisions (not 
for the program counter) 


Non back-up mode: 
(1) wall hugging algorithm (user selected) 
(2) walls surrounding present square 
(3) direction to turn 
(4) operations to perform 


Table 2. 
Logic Table: 
Back-Up 
Mode 


(1) 
(2) 
(3) 
(4) 


R 
R 
R 
push S onto slack, 
clear B-U 


R 
L 
L 
pop slack only 


R 
S 
S 
push L onto slack, 
clear B-U 


L 
R 
R 
pop slack only 


L 
L 
L 
push S onto slack, 
clear B-U 


L 
S 
S 
push R onto stack, 
clear B-U 


S 
R 
R 
push L onto slack, 
clear B-U 


S 
L 
L 
push R onto stack, 
clear B-U 


S 
S 
S 
pop slack only 


NOTES: 
Abbreviations used: 
R=right 
L= left 
F = front 
S = straight 
B-U = back-up flag 
stack = RAM used for storing decisions (not 
for the program counter) 
Back-up mode: 
(1) previous decision from top of slack 
(2) decision from the above lable for this 
current square 
(3) direction to turn (should be equal to (2) 
(4) operations to perform (all operations 
require lowering the stack by one before 
pushing data) 


OPERATION 


Reset 
True reset is accomplished 
only during power 
on. After completing the maze, the operator 
brings the mouse to a stop using the 
Slart/stop switch which effectively disables 
the motors and resets the program counter to 
OOOOH,reSlarting the mouse's program with 
the exception that the RAM conlains vilal 
maze information. 


StartIng/StoppIng 
After power-up, the mouse remains idle with 
the motors and sensors disabled, awaiting an 
interrupt from switch SW1. The first time the 
switch is pressed, the mouse will slart. The 
second time the switch is pressed, the mouse 
will stop and the cyde repeats. 


selecting 
right or left wall 
hugging 
After power on reset, the program defaults to 
right wall hugging. Pressing switch SW2 will 
cause the mouse to follow the left walls. If it is 
pressed again, it will follow the right walls- 
toggling between the left and right wall 
hugging algorithm each time it is pressed. 


Increasing 
motor speed 
After completing the first run, pressing switch 
SW2 causes the timer value to increase by 
an index of one, increasing the speed of the 
motors. This allows the mouse to be run at 
increasing speeds each run in order to attain 
the fastest possible time before crashing into 
a wall or incurring a condition in the stepper 
motors called "pull~ut". 
Pull~ut 
is a condition 
wherein the fields are changing in the coils 
faster than the rotor can maintain 
synchronism with the coils, causing the rotor 
to stall. 


SOFTWARE 
LIMITATIONS 
The 87C751 has 64 bytes of RAM. The 
program requires 31 bytes of RAM leaving 33 
bytes for storing decisions. One hundred 
thirty two decisions can be stored in 33 bytes 


of RAM since four decisions are stored per 
byte. Although there are 16 times 16 squares 
with possibly 256 decisions to be made, this 
condition is not very probable since every 
square typically is not made into a tuming 
point. long straight ways are used as well as 
tuming points. The probability that the RAM 
will fill to the maximum capacity is very slim in 
the novice level where there are typically 50 
decisions to be made. Hence, RAM which 
can hold 132 decisions is adequate but not 
infallible. 


FUTURE ENHANCEMENTS 
Although the 87C751 has minimal RAM, 12<; 
RAM could be easily added by switching the 
MOSFET drivers using the lED port pins and 
placing the 12CRAM on port pins PO.Oand 
PO.I. This would allow the implementation of 
a full mapping algorithm thus allowing entry to 
the advanced class. The code size for the 12C 
routines and recursive algorithm to find the 
center of the maze would add about 800 
bytes more of code. Since some of the code 
for the novice class would be eliminated, it 
would bring the total code size to less than 2k 
bytes. A few maze solving algorithms have 
been implemented successfully on other 


mice. These are the flooding or Bellman's 
algorithm, backtracking algorithm and others. 
The first two algorithms are recursive, thus 
the code sizes are quite small. 


Another added feature would be the ability to 
execute a rounded turn rather than pivot. This 
requires a more complex navigation scheme 
and velocity profiler to make the motors turn 
at differing speeds in order to make the 
rounded turn. 


In addition to the enhancements 
aforementioned, 
methods to track a wall 
through the use of an AID converter which 
measures the reflectivity strength from 
infrared sensors pointing at the sides of the 
walls can also be implemented on the \2C 
bus. This would eliminate the array of 
sensors hanging in front of the mouse on top 
of the walls thus decreasing the weight. 


CONCLUSION 
The 87C751 microcontroUer provides the 
required computing resources and I/O ports 
necessary to control a robotics device known 
as a "Micro Mouse", The 12Cinterface allows 
for an abundance of variations on this 
robotics device. 
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·,,,,,, 


right IR sensor bank 
: 
L 
~ 


0008 


0009 
OOOA 
OOOB 
OOOC 
OOOD 
OOOE 
OOOF 
0010 


0020 
0000 
0001 


0002 
0003 
0004 


LINE 
1 


2 
3 


4 
5 
6 


7 


8 
9 +1 


10 
11 


12 
13 


14 


15 
16 


17 


18 
19 
20 
21 
22 


23 


24 
25 
26 
27 
28 
29 
30 
31 


32 
33 


34 
35 
36 
37 
38 
39 
40 
41 
42 
43 


44 


45 


46 
47 


48 


49 
50 


:******************************************************** 


87C751 
Micro 
Mouse 
version 
4.0 
started 
9-27-91 


version 
4.3 finished 
4-16-92 


Algorithms 
and 
programming 
by 
Tracy 
Ching 


Some 
symbols 
commented 
out 
for 
use 
as 
in-line 
coding 


rather 
than 
being 
used 
as 
subroutines 
(S.R.) 


:******************************************************** 


$include 
(751.equ) 


;These 
are all 
RAM addresses 
;equate 
table 
of 
constants 


;ind 
reg 
equ 
00 


;map 
org 
equ 
01 
equ 
02 
equ 
03 
equ 
04 
equ 
05 
equ 
06 
equ 
07 


step 
count 
equ 
08h 


temp_ reg! 
equ 
09h 
15373 
equ 
Oah 


count -fw 
equ 
Obh 
1-timr 
equ 
Och 


r_timr 
equ 
Odh 
1_ptr 
equ 
Oeh 
r_ptr 
equ 
Ofh 


map_offset 
equ 
10h 
equ 
11h 
equ 
12h 
equ 
13h 
equ 
14h 


equ 
ISh 
equ 
16h 
equ 
17h 


;PCON 
EQU 
87H 
;TA 
EQU 
OC7H 
rtl 
equ 
8bh 
rth 
equ 
8dh 


;flag 
declarations, 


55 
bits 
equ 


too 
r 
bit 


too 
1 
bit 


r wall 
bit 


I_wall 
bit 
f_wall 
bit 


;used 
for 
ind 
addr 
of 
regs 


;pointer 
for 
storing 
map 
of 
maze 


;decide 
storage-local, 


;do180, 
turn90 
use 
it 


;snapshot 
R 
wall 
storage 


isnapshot 
L 
wall 
storage 


;store_val, 
decel, 
int 
1, 
gen 
purp 


;pause 
setting, 
gen 
purp 


;storage 
for 
74LS373 
debug 
data 
leds 


;count 
for 
wall, 
step 
count 


;value 
to 
be 
used 
in 
the 
isr 


they 
are 
erased 
after 
every 
restart 


20h 
;sens 
flag 
reg 


20h.O 
;too 
close 
to 
right 
wall 


20h.l 
left wall 


20h.2 
;right 
wall 
present, 
snapshot 
storage 


20h.3 
;left 
wall 
present, 
snapshot 
storage 


20h.4 
;front 
wall 
present, 
snapshot 
storage 


LOC 
OBJ 
0005 


0006 


0007 


0008 


0009 
OOOA 
OOOB 


OOOC 
0000 
OOOE 
OOOF 


0010 


0011 
0012 
0013 
0014 
0015 
0016 
0017 


0018 
0019 
001A 
001B 
001C 
0010 
DOlE 


001F 


0020 
0021 
0022 


0082 
0097 
0090 
0081 


0080 
0092 
0091 


0094 
0093 
0095 
0096 
OOBO 


LINE 
=1 
51 


~1 
52 


=1 
53 
~1 
54 


~1 
55 
=1 
56 


~1 
57 


~1 
58 
~1 
59 


=1 
60 
=1 
61 


~1 
62 
~1 
63 
~1 
64 


=1 
65 
~1 
66 


~1 
.67 
~1 
68 
~1 
69 
~1 
70 


~1 
71 


~1 
72 
~1 
73 
~1 
74 
~1 
75 
~1 
76 
~1 
77 
~1 
78 
~1 
79 
~1 
80 
~1 
81 
~1 
82 
~1 
83 
~1 
84 
~1 
85 
~1 
86 
~1 
87 
~1 
88 
~1 
89 


=1 
90 


~1 
.91 
~1 
92 


=1 
93 
~1 
94 


=1 
95 
=1 
96 
~1 
97 
~1 
98 
~1 
99 


~1 
100 
~1 
101 
=1 
102 
103 +1 
~1 
104 
~1 
105 


SOURCE 


aligned 


far 
r 


far_1 


r 
turn 
1 turn 


5 
5 
int 


time 
int 


r_int 
1 int 


slow 
r 


slow_l 


get 
out 


r decide 


1 
decide 


f 
decide 
make_180 


prev_r 


prev_l 
cw180 


det L2H 
look4f 


baCK_Up 


look 


count 
en 


skip_decide 
genp2 


genp1 


;these 
are 
the 


done 
1 r bit 


temp_bitl 


flags 


bit 


bit 
bit 


mot 
en 


r 
sens 


1 
sens 


r_step 


r dir 


1 step 
1 dir 


5 
5 
sw 


l_r_sw 


sensors 


$include 


;These 
are 
all 


20h.5 
20h.6 
20h.7 


21h.0 


21h.1 
21h.2 
21h.3 
21h.4 
21h.5 
21h.6 
21h.7 


;sensors 
detect 
OK 
straightness 


;used 
to 
sync 
step 
count 


;ditto 
- left 


;decide 
sets 
this 
for 
turn 
S.R. 


;ditto 


; start 
stop 
bit 


;timer 
0 
int 
has 
occurred 


;r 
motor 
was 
stepped 
;1 mot 


;make 
int_O 
iner 
timer 
flag 


;ditto 
left 


;used 
to 
flag 
accel 
to 
end 
so 
decel 
can 
do 


;r 
wall 
present, 
decide 
storage 


;1 
wall 
present, 
decide 
storage 


;f 
wall 
present, 
decide 
storage 


;decide 
says 
do 
180 


;decide 
uses 
for 
detect 
wall 
transition 
;ditto 
left 
;togg1e 
dir of 180 


;used 
to 
detect 
the 
low 
to 
high 
wall 


;skips 
to 
look 
for 
front 
wall 


;tells 
decide 
that 
it 
is 
backing 
up 


;start 
looking 
at 
wall 


;enables 
step 
counting 


;TEMPORARY 
(testing only) 


;chk 
R 
or 
L 
sens 
flag 


;gen 
purpose, 
watch 
for 
conflicts 
betwx 
S.R.s 


get 
erased 
after 
restarting 


;tells 
the 
prog 
that 
it 
has 
gone 
thru 


;hug 
left 
or 
right 
bit, 
set=left, 
clr=right 


;local 
bit 
var 


bit 
pO.2 
bit 
pI. 7 
bit 
ploD 


bit 
pO.1 


bit 
pO.O 


bit 
pI. 2 


bit 
pI. 1 


bit 
pI. 4 
bit 
pl.3 
bit 
pI. 5 
bit 
pI. 6 


equ 
p3 


(extrn751. tab) 


of 
the 
mouse 
constants. 


22h.0 


22h.1 
22h.2 
22h.3 
22h.4 
22h.5 
22h.6 
22h.7 


23h.0 
23h.1 
23h.2 
23h.3 
23h.4 
23h.5 
23h.6 


23h.7 


24h.0 
24h.1 
24h.2 


MCS-51 
MACRO 
ASSEMBLER 


LOC 
OBJ 
LINE 
~1 
106 
~1 
107 
~1 
108 
~1 
109 
~1 
110 
~1 
111 
~1 
112 
~1 
113 
=1 
114 
~1 
115 
~1 
116 
=1 
117 
~1 
118 
~1 
119 
~1 
120 
~1 
121 
=1 
122 
~1 
123 
~1 
124 
125 
0000 
126 
0000 
0115 
127 
0003 
128 
0003 
6180 
129 
OOOB 
130 
OOOB 
6123 
131 
0013 
132 
0013 
6164 
133 
134 


135 
136 
137 


138 
139 
140 
0015 C220 
141 
0017 
758BOO 
F 
142 
001A 
7580FF 
143 
144 
0010 
0281 
145 
001F 0280 
146 
0021 
43907F 
147 
0024 
752000 
148 
0027 
752100 
149 
002A 
752200 
150 
0020 
752300 
151 
0030 
7810 
152 
0032 
7600 
153 
0034 
08FC 
154 
155 
0036 
758125 
156 
0039 
7900 
F 
157 
003B 
75A887 
158 
003E 
300AFD 
159 
160 


June 1993 


SOURCE 
extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


extrn 
number 


(timer_reload) 
(pivot_speed) 


(ace_steps) 
(half_way) 
(hold_val) 
(dec_acc) 
(decel steps) 
(decel_decr) 


(steps90) 
(half_90) 
(look90) 
(steps180) 
(half_180) 
(look180) 
(map_org_addr) 


(sens_pat) 


(pause 
val) 


(w2nw_cnt) 
(chk4fr) 


org 


ajmp 
org 


ajmp 
org 


ajmp 
org 


ajmp 


Obh 


tim 
0 
13h 
int 
1 


; 
This 
section 
initializes 
the 
registers. 
Note 
that 
the 
maze 
info 


; 
is 
not 
cleared. 


;start 
intial 
run 


;reload 
value 
for 
751 


done 


rtl,jtimer_reload 


seth 
seth 
orl 
p1, #7fh 
20h,#0 
21h,#0 
22h,#0 
23h,#0 
rO, UOh 


@rO,#O 


;clear 
out 
10h 
to 
Dh 
ram 


clears 
the 
regs 


;lines high 


;clear 
all 
flags 
except 
for 


location 
24h 
bits 


djnz 
rO,main_ 


;initialize 
values 


mov 
sp,#25h 
;start 
of STACK 


mav 
rl,imap_org 
addr:start 
af 
mapping 
memory 


mav 
ie,ilOOOOlllb 
;enable 
ints 


jnb 
s_s_int,$ 
;stay 
here 
until 
start 
pressed 


0041 
nB7 
0043 A202 
0045 
9215 
0047 A203 


0049 
9216 
004B 
750841 
004E 
750EOO 
0051 
750FOO 
0054 
7500FE 
0057 
750CFE 


005A 
028C 


005C 
300BFO 


005F C20B 
0061 
nB7 


0063 
300C21 
0066 C20C 
0068 E50F 
006A B40002 
0060 
0171 


006F 
050F 
0071 
300113 
0074 C3 


0075 E50F 
0077 
9400 
0079 E500 
007B 
4006 
0070 2400 
007F F500 
0081 
0187 
0083 
2400 
0085 F500 


0087 
300021 
008A C200 
008C E50E 
008E B40002 


0091 
0195 
0093 
050E 
0095 
300013 


0098 C3 
0099 E50E 
009B 
9400 
0090 E50C 
009F 
4006 


LINE 
161 
162 


163 
164 
165 


166 
167 
168 
169 
170 
171 
172 
173 
174 


175 
176 
177 
178 
179 
180 
181 
182 
183 
184 
185 
186 
187 
188 
189 


190 
191 
192 
193 
194 
195 
196 
197 


198 
199 
200 
201 
202 
203 
204 
205 
206 
207 


208 
209 
210 
2·11 
212 
213 
214 
215 


;******************************************************************** 


; 
This 
section 
accelerates 
the 
mouse 
thru 
the 
velocity 
table. 


; 
The 
table 
value 
is 
lowered 
if 
the 
mouse 
is 
too 
close 
to 
a 
wall. 


;******************************************************************** 


ace_table 
and 
goes 
from 
there 


snapshot 


c,r 
wall 
check 
the 
walls 


prev_r, 
c 


e,l_wall 


prev_l,e 
step_count, #65 


l_ptr,#O 


r~ptr,iO 


r_timr,tOfeh 


l_timr,#Ofeh 


trO 


;clear 
offsets 


;even 
up 
the 
timers 
to 
step 


evenly 


;enable 
timer 
int 


;right 
routine 


job 
r~int,acc_ 
;skip 
if 
right 
hasn't 
been 
stepped 
yet 


clr 
r 
int 
;ackn 
r 
int 


mav 
a,r_ptr 
;check 
to 
see 
if 
at 
end 
of 
ace 


cjne 
a,#acc_steps,acc_lc 


ajmp 
ace 
Ib 


routine 


1 
int,acc_2 
;if 
L 
hasn't 
been 
stepped, 
skip 


1 
int 
;ackn 
lint 


a,l_ptr 
;eheck 
to 
see 
if 
at 
end 
of 
acc 


a,.aec 
steps, ace 
2c 


ace 
2b 


l_ptr 


mov 


mov 


mov 


setb 


jnb 


clr 


acall 


time 
int,$ 


time~int 


snapshot 


r_ptr 


too_l,acc 
c 


a,r_ptr 


a,:Nhalf_way 


acc 
la 


a,#hold_val 


r_timr,a 


acc 
1 


a,#dec_acc 


r_timr,a 


mov 


ajmp 


add 


;left 


jnb 


clr 


cjne 


ajmp 


inc 


too 
r,acc_2 
c 


a,l_ptr 


a, #half_way 


mov 
a,l_timr 


jc 
aec 
2a 


point 
to 
next 
accel 
value 


;if 
not 
too 
left 
then 
fall 
thru 


;subtr 
halfway 
from 
ptr 


slow 
down 
even 
more 


;load 
it 
back 
into 
timer 
deeel 
value 


;get 
out 


;dec_acc 
used 
when 
going 
fast 


;load 
it 
back 
into 
timer 
decel 
value 


point 
to 
next 
accel 
value 


;if 
not 
too 
right 
then 
fall 
thru 


;subtr 
halfway 
from 
ptr 


LOC 
00A1 
00A3 
00A5 
00A7 
00A9 


OBJ 
2400 
F50C 
01AB 
2400 
F50C 


OOAB 
OOAE 
OOBO 
00B2 
00B4 
00B7 
00B9 
OOBB 
OOBO 


201853 
A215 
B002 
5003 
750800 
A216 
B003 
5003 
750800 


OOCO 
00C2 
00C3 
00C5 
00C7 
00C9 
OOCA 
OOCC 
OOCE 
0000 
0002 
0004 
0006 
0008 


E508 
C3 
9454 
5013 
E508 
C3 
9450 
400C 
A202 
9211 
A203 
9212 
C210 
2197 


OOOA 
OOOC 
0000 


OOOF 
00E1 


E508 
C3 
9478 


4020 
A215 


LINE 


216 
217 


218 
219 
220 


221 
222 
223 
224 
225 
226 
227 
228 
229 
230 
231 
232 
233 
234 
235 
236 
237 
238 
239 
240 
241 
242 
243 
244 


245 
246 
247 


248 
249 
250 
251 
252 
253 
254 
255 
256 
257 
258 
259 
260 


261 
262 
263 


264 
265 
266 
267 
268 
269 
270 


a,Ihold_val 


l_timr,a 


ace 
2 


a,'dee_ace 
1 timr,a 


mov 


ajmp 
add 


slow 
down 
even 
more 


;load it 
back 
into 
timer 
decel 
value 


;get 
out 


idee_ace 
used 
when 
going 
fast 
;load it 
back 
into 
timer 
decel 
value 


;******************************************************************** 


This 
section 
is 
the 
"decision-maker". 
It 
makes 
the 
decision 
to 


; 
quit 
acceleration, 
turn 
left 
or 
right, 
make 
a 
180 
pivot, 
store 


; 
a 
decision, 
or 
get 
a 
decision 
from 
the 
stack. 


;******************************************************************** 


;r_turn, 
I_turn, 
get_out, 
make_ISO 
as 
public 
bits 
ir_decide, 
I_decide, 
f_decide 
as local 
bits 


;This 
S.R. 
decides 
when 
to 
start 
the 
decel 
using 
a 
step 
count 


;when 
it 
sees 
a 
front 
wall 
or 
when 
it 
is 
time 
to 
turn. 
It 
also 


;decides 
which 
way 
to 
turn 
on 
a 
mapping 
run 
or 
a 
final 
run. 


;1) 
look 
for 
a 
wall 
to 
no 
wall 
transition 
jb 
det_L2H,di 
3 1 
;skip 
the 
stuff 
below 
if set 


c,prev_r 


c,/r_wall 
di 1 


step_count, 
'0 


c,prev_l 


c,/l_wall 
di 
2 


step_count,iO 


;check 
for 
r 
wall 
transition 


;if 
no 
transition 
goto 
di 
1 


;start 
counting 


;check 
for 
1 
wall 
transition 


;if 
no 
transition 
goto 
di 
2 


;start 
counting 


now 
detect 
step 
count 


a, step_count 
;check 
to 
see 
if 
c 


mov 
clr 


subb 


jnc 
mov 
clr 


subb 


jc 
mov 
mov 
mov 


mov 
clr 


ajmp 


a,I80 
di 3 


c,r_wall 


r_decide,c 


c,l_wall 


l_decide,c 


skip_decide 
di 
9 


;3)detect 
no 
wall 
to 
wall 
(10 
to 
hi) 
and 
check 
for 
front 
wall 


;count 
must 
be 
greater 
than 
120 
to 
allow 
for 
spaces 
in 
posts 


mov 
a, step_count 


clr 
c 


subb 
a,t120 


jc 
di 
3 
1 


LOC 
OBJ 
00E3 A002 
ODES 
400A 


00E7 
750800 
OOEA C213 
OOEC 
750BOO 
OOEF 
0218 
00F1 A216 
00F3 A003 
00F5 
400A 


00F7 
750800 
OOFA C213 
OOFC 
750BOO 
DOFF 
0218 


0101 A204 
0103 
9213 
0105 
400E 
0107 
3018CE 


010A E50B 
010C 640002 
010F 
2115 
0111 
050B 


0113 
2197 


011AC218 
011C 
750800 


011F 
202054 


0122 
7400 
0124 A221 
0126 
33 
0127 A212 
0129 
33 
012A A211 
012C 
33 
0120 A213 


012F 
33 
0130 
9001A1 
0133 
93 
0134 FA 


LINE 


271 
272 


273 
274 
275 
276 
277 
278 
279 
280 
281 
282 
283 
284 
285 
286 
287 


288 
289 
290 
291 
292 
293 
294 
295 
296 
297 
298 
299 
300 
301 
302 
303 
304 
305 


306 
307 
308 


309 
310 
311 
312 
313 
3.14 


315 
316 
317 


318 
319 
320 


321 
322 
323 
324 
325 


; check 
for 
r 
;IF no 
10 to 


;found 
10 
to 
hi, 
set 


step_count,lw2nw_cnt 
f_decide 


count_fw"a 
det_L2H 


c,prev_l 
;the 
prey 
should 
be 
low 


c,/l_wall 
;check 
for 
1 
wall 
transition 


di 3 1 
;IF no 10 to hi then di 3 1 


10 
to 
hi, 
set 
step 
counter 


step_count,lw2nw_cnt 
f_decide 
count_fw,!O 
det_L2H 


mov 
orl 
jc 


; found 


;det_L2H 
& 


e,f 
wall 


f_decide,c 


di 
3 9 
det_L2H,di 


wall 
transition 


hi then di 3 0 


step 
counter 


;condition 
that 
will 
get 
you 
to 
di 
3 
9 


count 
> 
162 


trigger 
from 
extrn 
lite 
during 


other 
points 
in 
square 


;get 
out 
if 
meet 
condition 
ELSE 
contnu 
2 
0 
;this 
section 
checks 
second 
cond 


;at 
this 
point 
we 
have 
detected 
it's 
time 
to 
stop, 
store 
in 
RAM, 
and 


;execute 
plan 
.... 
Therefore 
set 
bit 
to 
skip 
all 
of 
this 


jb 
skip_decide,di 
2 
0 


seth 
skip_decide 


a,count 
fw 


a, khk4fr,di 
3 2 
di 3 9 


count 
fw 


loaded, 
set up CASE 
table 


all 
represented 
as 
two 
bits. 


I 


I 
I 
L/R_bit 
l~L 


I 
O~R 


I 
I 


;1 
0 
I 0 
I 0 
1 0 
IL/RI L 
I R 
I F 
I 


;point 
to 
decision 
table 


;get 
decision 


;save 
it 
for 
later 


jb 
back_up,di 
4 0 
;IF backing 
up GOTO di 


;5) 
execute 
the 
table 
from 
here. 
I A 
I part 
is 
taken 
care 
of 
here 


mav 
c,ace.7 
;setting 
make 
180 
flag 


cjne 


ajmp 


ine 


ajmp 


step_count, 10 


done,dif_O 


this 
point 
F 
L 
Rare 


5=11 
stop-mollse=OO 
a,!O 


e,l 
r bit 


a 
c, I_decide 


a 


c,r_decide 


a 


e,f_decide 
a 
dptr,!d_table 
a,@a+dptr 


r2,a 


LaC 
OBJ 
Ol3A 
9214 
013C 
9210 


Ol3E 
921A 


0140 
4055 


0142 
5403 
0144 F5FO 
0146 
31E3 


0148 
31C1 


014C 
3102 
014E 
5117 
0150 EA 
0151 
5403 
0153 C5FO 
0155 
23 
0156 
23 
0157 
45FO 


0159 D2E4 


015B 
93 
015C 
FA 
015D C214 
015F A2E6 
0161 
921A 
0163 
201A14 
0166 C4 
0167 
5403 
0169 F5FO 
016B 
31E3 
016D 
31C1 
016F EA 
0170 
5403 


0172 F5FO 
0174 
8004 


0176 
5117 
0178 
31C1 


017A E5FO 


017C B40108 
017F 
D208 
0181 C209 


0183 
D210 
0185 
8010 
0187 B40208 


018A 
C208 
018C 
D209 


LINE 
326 
327 


328 
329 
330 


331 
332 
333 


334 
335 
336 
337 
338 
339 
340 
341 
342 
343 


344 
345 
346 
347 
348 
349 
350 
351 
352 
353 
354 
355 
356 
357 


358 
359 
360 


361 
362 
363 
364 
365 
366 
367 
368 
369 
370 
371 
372 


373 


374 
375 


376 


377 
378 
379 


380 


mov 
make_laO,e 


mav 
get_out,c 


mav 
bacK_up,C 
jc 
di_9 


;this 
determines 
I D 
an1 
a,I00000011b 


mov 
an1 


xch 
r1 
r1 
or1 


seth 


b,a 


store 
val 


inc_map_ptr 


dee_map 
ptr 


get_val 


a,r2 
a,IOOOOOOllb 
a,b 


a 


a 
a,b 
acc.4 


a,@a+dptr 


r2,a 


mov 


aeall 


aeall 


c,acc.6 


bacK_up,C 
back_up,dx_58 


a 


a,IOOOOOOllb 


b,a 


store 
val 


inc_map_ptr 


a,r2 
a, 'OOOOOllb 


;if 
make_ISO 
then 
return 


direction 
to 
turn 


;mask out 
junk to get 
I D 
I 


;store 
the 
decision 
and 
then 
store 


a halt 
afterwards 
and 
deer 


;keep 
I D 
I (dir to turn) 


;stack 
top 
in 
A, 
I D 
I in 
B 


;stack 
top 
now 
looKs 
like 
this 


OOOOXXOO 
;looks 
like 
OOOOlprevl 
D 
I 


;looks 
like 
OOOIB/Ulprevl 
D 


;get decision 
;save 
it 
just 
in case 


;get 
decision 
and 
mask 
to 
get 


I D 
I dir 
to 
turn 


skip 
all 
of 
the 
junk 
above 
and 
do 
this 
if 
running 
finals 


;de 
this 
if 
running 
final 
solution 


aeall 
get 
val 
;get 
the 
turn 
decision 


aeall 
inc_map_ptr 
;incr 
map 
pointer 


mav 
a,b 


cjne 
a, NOl,dx_52 


seth 
r_turn 


clr 
I 
turn 


setb 
get _out 


sjmp 
di 
9 


cjne 
.a,~02,dx_53 


clr 
r_turn 


setb 
I_turn 


flags 
accordingly 


;r 
turn, 
I 
turn 
flags 


;cjne's 
only 
work 
on 
ace 
not 
b 


;look 
for 


LOC 
OBJ 
018E 0210 
0190 
8005 


0192 640002 


0195 
8153 


0197 A202 
0199 
9215 
019B A203 
0190 
9216 


019F 
412C 


DIAl 
05 
01A2 
05 
01A3 
OF 
DIM 
OA 
01A5 
05 
01A6 
05 
01A7 
OF 
01A8 CF 
01A9 
OA 
01AA 
OA 
01AB 
OA 
01AC 
OA 
01AO 
OF 


01AE 
05 
OlAF 
OF 
01BO CF 


01B1 
00 
01B2 
00 
01B3 
00 
01B4 
00 
01B5 
00 
01B6 
31 
01B7 
42 
01B8 
23 
01B9 
00 
01BA 
41 


01BB 
32 
01BC 
13 
OlaD 
00 
01BE 
21 
01BF 
12 
01CO 
43 
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LINE 


381 
382 


383 
384 
385 
386 
387 
388 
389 
390 
391 


392 
393 
394 
395 
396 
397 


398 
399 
400 
401 
402 
403 


seth 
get 
out 


sjmp 
di 
9 


dx 53: 
;must be b=11 
or b=OO, 
straight 
or stop 


;if 
00 
then 
stop 
or 
HALT 
cjne 
a,fO,di 
9 
ajmp 
halt 


di-9: 
;end of S.R. here 
at di-9 
mov 
c,r-wall 
prey -r,c 
mov 
c,l-wall 
mov 
prev_ 1,c 


ajrnp 
decide 
x 


;store 
the 
wall 
condition 
for 
next 
toggle 
look 


;this 
holds 
all 
of 
the 
answers 
for 
the 
decision 
table 
;byte form looks 
like this.... 
I 
A 
I 
B 
I 
C 
I 
0 
I 
(two bits 
ea) 


A - XY, X~do 
180, Y~B-U 
flag status 
S - add 
to 
stack 
if 
in 
8-V, 
L=10 
R=Ol 
5=11 
stop-mouse=OO 


C - 
what 
to 
add 
to 
stack 
not 
in 
B-V 
(8-V 
means 
back-up 
mode) 


D 
- 
direction 
to 
turn 
db 
00000101b,00000101b,00001111b,00001010b 


;these 
lines 
are 
for 
the 
B-U 
mode 
decisions, 
some 
non-valid 
db 
OOh,OOh,OOh,OOh 


OlCl AFIO 
01C3 BF0309 
01C6 
75l0FF 
01C9 B9lF02 
OICC 
792B 


OICE 
09 
OlCF 
0510 
OlDl 
22 


0102 AFIO 


0104 BF0009 
0107 
751004 


OIOA B92C02 
0100 
A920 


OlDF 
19 


OlEO 
1510 


01E2 22 


01E3 C7 
01E4 AEFO 


01E6 AFIO 
01E8 BF0002 
OIEB 
8004 
OlEO 
03 


OlEE 
03 


01EF DFFC 


01F1 C2EO 
01F3 C2E1 
01F5 BEOl04 
01F8 D2EO 
OIFA 
800E 
OlFC BE0204 
OIFF D2El 
0201 
8007 


LINE 
412 
413 
414 
415 
416 


417 
418 
419 
420 
421 
422 
423 
424 
425 


426 
427 
428 
429 
430 
431 
432 
433 
434 
435 
436 
437 
438 
439 


440 


441 
442 
443 
444 
445 
446 
447 
448 
449 


450 
451 
452 


453 
454 
455 
456 
457 
458 


459 
460 
461 
462 


463 
464 
465 
466 


; I 
0 


; I 
0 


1 0 
IL/RI L 
1 R 
1 F 
I 


IB/UI PREY 
IWAY_2_GOI 


12 bitsl 
2 bits 
1 


for 
normal 
address 


for 
back-up 
address 


;********************** 


;map 
representation 
in 
RAM 
will 
look 
like 
this 
... 
Imost sig 2 bitsl 
xx 
1 XX 
11east sig 2 bitsl 


location 
- 
I DIe 
I B 
I A 
I where 
A 
is 
the 
first 
decision, 
B 
is 
second 


etc. 
A, 
B, 
C, 
0 
are 
all 
two 
bits. 
The 
next 
byte 
of 
RAM 
is 
rep 
the 
same. 


It 
requires 
Rl 
as 
pointer 
and 
MAP_OFFSET 
10h 


L=lO 
R=Ol 
5=11 
stop-mouse=OO 
all 
represented 
as 
two 
bits. 


;If 
pointer 
= 
3Fh 
and 
map 
offset=4 
then 
end 
of 
RAM 


;********************** 


;this 
S.R. 
ioes 
the 
map 
pointer 
from 
a 
to 
3 
and 
map_org 
;MAP uses mem-addr 
llh-1fh 
and 2ch-3fh. 
Rl holds 
addr. 


r7,map_offset 
;cjne 
only 
works 
on 
local 
regs 
r7,'3,imp 
0 
;IF 3 THEN 
do below 
ELSE 
impO 


map_offset,'Offh 
;start 
at 
MSB 
two 
bits 
(offset=O) 
r1, IIlfh,imp_1 
r1,12bh 


rl 
and 
also 
move 
pointer 
high 


map_offset 


;this 
S.R. 
deer 
the 
map 
pointer 
and 
returns 
what's 
on 
the 


; 
top 
of 
the 
stack 
in 
B 


mov 
r7,map_offset 


cjne 
r7,IO,dmp_O 


mov 
map_offset, 14 


cjne 
rl,t2ch,dmp_1 


mov 
rl,20h 
dec 
rl 


dec 
map_offset 


imp_I: 


imp_O: 


cjne 


mov 


inc 


inc 


;requires 
the 
decision 


xch 
a,@RI 


mov 
r6,b 


mov 
r7,map_offset 


cjne 
r7,IO,sv_a 


sjmp 
sv 
b 
rr 
a 
rr 
a 


djnz 
r7,sv_a 


clr 
acc.O 


clr 
acc.1 


cjne 


seth 


sjrnp 


cjne 


setb 
sjmp 


r6,fOI,sv_O 


acc.O 


sv_2 


r6,'02,sv_ 


acc.! 


sv_2 


;cjne 
only 
works 
on 
local 
regs 


;IF 0 THEN 
do below 
ELSE 
dmp_O 
;point 
IXXIXXIXXIOOI 
at 00 


to be 
in B as OOOOOOXX 
and pointed 
to 


;get 
byte 
for 
below 
but 
save 
a 


;decision 
is 
in 
B 
;get 
it 


;are 
we 
at 
0 
yet? 


I 
guess 
we 
are 


;roll bits 
to shift 
100lXXI001001 


;to get 
IXXIOOIOOIOOI 


;keep 
shifting 
til 
100/001001XXI 


;clear 
it 
out 
to 
load 
it 
below 


;load R if 01 


;looks 
like 
IXXIXXIXXI011 


;load L if 02 


;looks 
like 
/XXIXXIXXI101 


751MAIN 


SOURCE 
sv-1: 
cjne 
r6,'03,sv_ 
2 


seth 
acc.O 


setb 
ace.! 


sv-2 : 
mov 
r7,map 
offset 


cjne 
r7,'O,sv_c 


sjmp 
sv-d 


sv c: 
r1 
a 
r1 
a 
djnz 
r7,sv_ 
c 


sv d: 
xch 
a,@R1 


ret 


Lac 
OBJ 


0203 BE0304 
0206 D2EO 


0208 D2E1 
020A AF10 
020C BF0002 
020F 
8004 


0211 
23 


0212 
23 


0213 DFFC 
0215 C7 
0216 
22 


0217 F509 
0219 E7 
021A AF10 
021C BF0002 
021F 
8004 
0221 
03 


0222 
03 
0223 DFFC 
0225 5403 
0227 F5FO 
0229 E509 
022B 
22 


0231 AEOB 
0233 
7400 
0235 C3 
0236 
9E 
0237 FE 


0238 
7BOO 
023A E50F 
023C C3 
023D 
9400 


023F 
5002 


0241 
7B01 


LINE 
467 
468 


469 
470 


471 


472 
473 
474 
475 
476 
477 
478 
479 
480 
481 
482 
483 
484 
485 
486 
487 
488 
489 


490 
491 
492 
493 
494 
495 
496 
497 
498 
499 
500 
501 


502 
503 
504 


505 
506 
507 
508 
509 
510 
511 
512 
513 
514 
515 
516 
517 


518 
519 
520 
521 


;load 
Straight 
AKA 
S 


;looks 
like 
IXXIXXIXXl111 


;roll 
until 
bits 
in 
original 
position 


;are 
we 
at 
0 
yet? 
I 
guess 
we 
are 


;roll 
bits 
;to 
get 


;keep 
shifting 
til 
;put it all back 


to shift 
100100100lXXI 


\XXIOOIOOIOOI 
100lXXI001001 


mov 
temp_regi,a 
;save 
ace 
same 
as 
push 
ace 
mov 
a,@rl 
mov 
r7,map_offset 
;get 
it 
cjne 
r7,tO,gv_0 
;are 
we at 0 yet? 


sjmp 
gv_ 1 
I guess 
we are 
gv_ 0: 
rr 
a 
;roll bits 
to shift 
100100100lXXI 
rr 
a 
;to 
get 
100100lXXI001 


djnz 
r7,gv_0 
;keep shifting 
til 
IXXIOOIOOIOOI 


gv_ 1 : 
an1 
a, tOOOOOO11b 
;now 
have 
100100100lXXI 
mov 
b,a 
;stuff 
it back 
mov 
a, temp 
reg1 
ret 


jbc 


ajmp 


;get 
out, 
time 
to 
stop 


;do 
this 
again 


; 
This 
section 
decelerates 
the 
motors. 
The 
table 
value 
is 
lowered 


; if 
the 
mouse 
is 
too 
close 
to 
a 
wall. 


mov 
c1r 


subb 


c1r 


subb 


jnc 


r6,count_fw 
;get 
no. 
steps 
past 
post 
from 
count-fw 
a,~decel_steps 
c 


a,r6 


r6,a 
;R6 
now 
has 
decel_steps 
- 
count 
fw 


r3,tdecel_decr 
;decel 
deer 
is 
now 
in 
r3 


a,r_ptr 
;check 
to 
see 
how 
far 
into 
accel 
tab 
c 


a,'acc_steps 
;C 
set 
if 
r_ptr 
< 
top_speed 


dec 
Oa 


a,r6 


b,r3 


Loe 
OBJ 
0246 M 
0247 
04 
0248 F50F 
024A F50E 


024e 
300BFD 
024F e20B 
0251 
71B7 


0253 
300e08 
0256 e20e 
0258 E50F 
025A e3 
025B 
9B 
025e F50F 


025E 
300DEB 
0261 e20D 
0263 E50E 
0265 e3 
0266 
9B 
0267 F50E 
0269 DEE1 
026B e28e 
026D 
7FOO 
F 
026F 
9145 


0271 E58B 
0273 e3 
0274 
9400 
F 
0276 
30140D 
0279 
101706 
one 
D217 
027E e293 
0280 
4190 
0282 e291 
0284 
4190 


0286 A208 
0288 
B3 
0289 
9291 
028B 
A209 
028D B3 
028E 
9293 


0290 
201404 
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LINE 


522 
523 
524 
525 
526 


527 
528 
529 
530 
531 
532 
533 
534 
535 
536 
537 
538 
539 
540 
541 


542 
543 
544 
545 
546 
547 


548 
549 
550 


551 
552 
553 
554 
555 
556 
557 
558 
559 
560 
561 
562 


563 
564 
565 


566 
%7 
568 
569 
570 
571 


572 


573 
574 
575 
576 


inc 
a 


mav 
r_ptr,a 


mav 
l_ptr,a 


jnb 
c1r 


aeall 


time_int, 
$ 


time_int 


snapshot 


r_int,dec_l 
r_int 


a,r_ptr 
c 


a,r3 


r_ptr,a 
;slow down by getting 
lesser 
value 


:ptr 
just got decremented 


;slow down 
by 
getting 
lesser 
value 
;ptr 
just got decremented 


;decr number 
of steps 
to decel 
;stop the timer 
int 


:pause 
value 


;stay 
stationary 
for 
a 
while 


mav 
c1r 
subb 


jnb 
1-int,dec-0 


c1r 
1-int 


mav 
a,1_ptr 
c1r 
c 
subb 
a, r3 
mav 
1_ptr,a 
djnz 
r6,dec -0 
c1r 
trO 


mav 
r7,lpause_val 


aeall 
pause 


; This 
section 
makes 
the mouse 
turn 
90 or 180 degrees 
using 
the 


; decision 
from 
the 
wdecision-makerw• 


;routine 
to pivot 
the mouse 
90 or 
180 degrees 


mav 
a,rtl 
c 


a,.pivot 
speed 
;slower 
speed 


make_180,turn90 
;do 180 else 
turn 
cw180,piv_O 
:180 cw 


cw180 
;next time 
180 ccw 


1 
dir 
;make 
L 
go 
backwards 


piv_1 


r_dir 
;make 
R 
go 
bw 
piv_1 


clr 
subb 
jnb 
jbc 


setb 
clr 


ajmp 


piv_ 0: 
clr 


ajmp 


turn90 : 
mav 
cp1 
mav 
mav 
cp1 
mav 


;THIS 
IS NEW. 


jb 


c,r_turn 
c 


r_dir,c 


c,l_turn 


c 


l_dir,c 


;this 
section 
sets 
the 
motor 
dir 


bits 
according 
to 
which 


dir 
it 
has 
to 
turn. 


Mod 
adds 
or 
subtracts 
steps 
depending 
on 
sensor 
info 


make_180,piv_2y 
;if 
mouse 
is 
skewed, 
it 
turns 
more 


LOC 
OBJ 
0293 
7FOO 


0295 
8002 
0297 
7FOO 


0299 A291 
029B 
8201 
0290 
9222 


029F A293 
02A1 
8200 
02A3 
7222 


02A5 
5003 
02A7 
1F 
02A8 
800F 
02AA A291 
02AC 
8200 
02AE 
9222 
02BO 
A293 
02B2 
8201 


02B4 
7222 
02B6 
5001 
02B8 
OF 


02B9 
750FOO 
02BC 
750EOO 
02BF 
7500FE 


02C2 
750CFE 


02C5 
028C 


02C7 
300CFO 
02CA C20C 
02CC 
050F 


02CE 
050E 
0200 E50F 


0202 
201405 
0205 B507EF 
0208 
8003 


020A B507EA 


0200 840002 
02EO 
021B 


02E2 
300CFO 
02E5 C20C 


02E7 
150F 
02E9 
150E 
02EB 
301B11 


02EE 
71B7 
02FO 
20051C 
02F3 A201 
02F5 B093 
02F7 
4016 


02F9 A200 
02FB B091 


LINE 
577 


578 
579 
580 
581 


582 
583 
584 
585 
586 
587 
588 
589 
590 
591 
592 
593 
594 
595 
596 
597 
598 
599 
600 
601 
602 
603 
604 
605 
606 
607 
608 


609 
610 
611 


612 
613 
614 
615 
616 
617 


618 
619 
620 
621 
622 
623 


624 
625 
626 
627 
628 
629 
630 
631 


piv_2y: 
piv_2x: 


piv_3: 


piv_3a: 


piv_4: 


mov 
r7,tha1f_90 


sjmp 
piv_2x 
mov 
r7,thalf_180 


;this 
section 
determines 
add 
; lr_dir 
& 
too 1) 
I (l_dir 
& 


; lr_dir 
& 
too_r) 
I ll_dir 
& 


mav 
etr_dir 


anI 
c,too_l 


mav 
temp_bitl,c 


mav 
e,l_dir 


anl 
orl 
joc 
dec 


sjmp 
mov 
anl 


c,too_r 


c,temp_bitl 
piv_2z 
r7 


piv_2v 


e,r_dir 


c,too_r 


temp_bitl,c 


e,l_dir 


c,too_l 


c,temp_bitl 


piv_2v 
r7 


r_ptr"a 
l_ptr,to 


r_timr,'Ofeh 


l_timr,'Ofeh 
trO 


mov 
mov 
seth 


r_int,$ 
riot 


r_ptr 
l_ptr 


a,r_ptr 
make 
180,piv_2a 


a,07,piv_2 


piv_3 


a,07,piv_2 


jb 


cjne 


sjmp 


cjne 


cjne 
seth 


jnb 
clr 


dec 
dec 


jnb 


a, 'look90,piv_ 
look 


r_int,$ 
riot 


r_ptr 
l_ptr 


look,piv_5 


acall 


jb 


snapshot 


aligned,piv_end 


c,too_l 


c,/l_dir 


piv_end 


mav 
c,toa 
r 
anI 
c,lr_dir 


or 
subt 
count 
depending 
on 
dir 
to 
pivot 


too_r) 
= - 
steps 
too_l) 
~ + steps 


;check 
for 
first 
condition 


;even 
up 
the 
timers 
to 
step 


evenly 


;enable 
timer 


;stay 
here 
until 
done 


;ack 
r 
interrupt 


;incr 
step 
count 


;incr 
step 
count 


;see 
if 
at 
half 
way 
mark 


;if 
so, 
set 
look 
bit 


;stay 
here 
until 
int 
done 


;ack 
int 


;make 
it 
slow 
down 


LOC 
OBJ 
02FO 
4010 


02FF E50F 
0301 
700A 


0303 A202 
0305 
7203 
0307 
5006 


0309 
050F 
030B 
050E 
0300 
41E2 


030F C28C 
0311 
850ASB 
0314 
C21B 
0316 C20C 
0318 C200 
031A 
43900A 
0310 
7FOO 
F 


031F 
9145 


0321 
0141 


0323 
C28C 
0325 
COCO 
0327 COEO 
0329 C082 
032B C083 
0320 
900000 
0330 050016 
0333 C292 
0335 E50F 
0337 
93 
0338 F500 


033A E508 
033C B48202 
033F 
8002 
0341 
0508 
0343 
020C 
0345 
020B 
0347 
0292 
0349 
050COO 
034C 
C294 
034E E50E 
0350 
93 


LINE 


632 
633 
634 
635 
636 
637 
638 


639 
640 
641 
642 


643 
644 
645 
646 
647 
648 


649 
650 
651 
652 
653 
654 
655 
656 
657 
658 
659 
660 


661 
662 
663 


664 
665 
666 
667 
668 
669 
670 
671 
672 


673 
674 
675 
676 
677 
678 


679 
680 
681 


682 
683 
684 


685 
686 


jc 
piv_ end 


mov 
a,r_ptr 


jnz 
piv_3 


mov 
c,r-wall 


or1 
c,l-wall 


joc 
piv_end 


ioc 
r_ptr 


ioc 
1_ptr 
ajmp 
piv -4 


c1r 
trO 
mov 
rtl,ls373 


clr 
look 
clr 
r-lot 
clr 
I-lot 


or! 
p1,100001010b 
mov 
r7,ipause_val 


deall 
pause 


ajmp 
accel 


;off 
timer 
int 


:full 
speed 
again 


;set 
r 
dir 
dir 


;pause 
for 
a bit 


This 
is 
the 
Timer 
0 
interrupt 
subroutine. 


; 
It 
will 
step 
a 
motor 
if 
the 
"prescale" 
for 
the 
corresponding 


; 
motor 
overflows 
(or 
decrements 
to 
zero). 


mov 


cjne 


sjmp 


loe 
seth 
seth 


seth 
djnz 
clr 


;used 
clr 


push 


push 


push 
push 


to 
step 
the 
motors 


trD 
;quit 
counting 


psw 


ace 
dpl 
dph 


dptr,'acc_tab 


r_timr,tim_OO 


r_step 


a,r_ptr 


a,@a+dptr 


r_timr,a 


a, step_count 


a,1130,tim_x 


tim_y 


step_count 


r_int 


time 
int 
r_step 


l_timr,tim_ret 
I_step 


a,l_ptr 


a,@a+dptr 


mov 


djnz 
clr 
;step 
the 
R 
motor 


;load 
timer 
value 
from 
pointer 


;get 
higher 
byte 
accel 
value 


;load 
the 
timer 
value 
from 
table 


;decide 
uses 
this 
stuff 


;flag that 
the R mot 
was 
stepped 


;int 
has 
occurred 
flag 


;get 
out 
if 
not 
zero 


;step 
the 
L 
motor 


;load 
timer 
value 
from 
pointer 


;get 
higher 
byte 
accel 
value 


LOC 
OBJ 
0351 F50C 
0353 0200 
0355 
020B 


0357 
0294 


0359 
0083 
035B 
0082 


0350 
DOEO 
035F 
DODO 
0361 
028C 
0363 
32 


0364 
202010 
0367 
10210B 
036A 
0221 


036C C282 
036E 
7FOA 
0370 
9145 
0372 
0282 
0374 
32 
0375 C221 


0377 
7E05 
0379 
302002 
037C 
058B 
037E C282 
0380 
7F02 


0382 
9145 


0384 
0282 
0386 
7F02 
0388 
9145 
038A OEEO 
038C 
32 


0380 C28C 
038F 
200A06 
0392 
020A 


0394 C290 
0396 
61AE 
0398 
0290 
039A 
D220 


LINE 
687 
688 
689 


690 
691 
692 
693 


694 


695 
696 
697 
698 
699 
100 


701 
702 
703 


704 
705 
706 
707 
708 
709 
710 
711 
712 
713 
714 
715 


716 
717 
718 
719 
720 
721 
722 
723 
724 
725 
726 
727 
728 
729 
730 


731 
732 
733 
734 
735 
736 


737 
738 
739 
740 
741 


751MAIN 


SOURCE 


mov 
1-timr,a 


seth 
1 int 
setb 
time -int 


setb 
1 
step 


tim 
ret: 


pop 
dph 


pop 
dp1 


pop 
ace 
pop 
psw 
seth 
trO 
reti 


;load 
the 
timer 
value 
from 
table 


;f1ag 
that 
the L mot 
was 
stepped 


;int 
has 
occurred 
flag 


; 
This 
is 
the 
External 
interrupt 
1 subrou~ine. 


;******************************************************************** 


;used 
for 
setting 
left 
or 
right 
hug 
; L/R~O 
right 
a1go, 
L/R~l 
left a1go 


;AND 
also 
setting 
speed 
of 
run 


jb 
done,int_l_2 
;incr 
speed 
and 
get 
out 
jbc 
l_r_bit, 
int 
1 0 
seth 
l_r_bit 
;hug 
left 


c1r 
1 led 


mav 
r7,110 
;value 
for 
2 
seconds 


aeall 
pause 
seth 
1-led 
reti 


int 
1 0: 
clr 
1 r bit 
;hug right 


int 
1 2: 
mov 
r6,i5 


int 
1 1: 
jnb 
done,int 
1 3 


inc 
rtl 
;incr 
the 
speed 
int 1 3 : 
clr 
1-led 
mov 
r7,i2 


aeall 
pause 


seth 
1-led 
mov 
r7,i2 
aeall 
pause 


djnz 
r6,int 
1 1 


reti 


jb 
seth 
clr 


ajmp 
seth 


seth 


;we 
are 
here 
cause 
at 
finish 
box 


;tell 
the 
prog 
that 
we 
are 
done 


s_s_int, 
int 
0 
0 


5 
5 
int 


mot en 


int_O_ret 


mot 
en 


done 


LOC 
039C 
039E 
03Al 


03A3 
03A5 
03A6 
03A8 
03AB 


OBJ 
C20A 
900010 
A881 


A683 
18 
A682 
75A800 
758800 


03AE 
03BO 
03B2 
03B4 
03B6 


C297 
7Fl4 


9145 
0297 
32 


03B7 
03BA 
03BO 
03BF 
03CO 
03Cl 
03C2 
03C3 
03C5 
03C7 


03C8 
03C9 
03CB 
03CO 


75BOFF 
752000 
C281 


A4 


A4 


A4 


A4 


E5BO 
0281 
FC 
33 
9204 
6002 
0202 


03CF 
0301 
0302 
0303 


0304 
0305 
0307 


0309 
030A 
030B 


0300 
030F 
03El 


C280 


A4 


A4 


A4 


A4 


E5BO 
0280 
FO 
33 
7204 
9204 
6002 
0203 


03E3 
03E6 
03E8 
03EA 


20045E 
7400 


A221 
33 


LINE 
742 
743 
744 


745 
746 
747 
748 
749 
750 
751 
752 
753 
754 
755 
756 
757 
758 
759 
760 
761 
762 
763 
764 
765 
766 
767 
768 


.769 


770 
771 
772 
773 
774 
775 
776 


777 
778 
779 


780 
781 
782 


783 
784 
785 
786 
787 
788 
789 
790 
791 
792 
793 
794 
795 
796 


S 5 
int 


dptr,imain_ 
rO,sp 


@ro,dph 
ro 


@rO,dpl 
ie,ioo 


teon,iOO 


r led 
r7,I2o 


;get address 


;set 
up 
to 
start 
allover 


;load 
reti vector 
to 0004h 


mov 


aeall 
seth 


reti 


; 
This 
section 
strobes 
the 
sensors 
for 
data. 


;******************************************************************** 


snapshot: 
;takes 
a 
look 
at 
walls 
and 
sets 
bits 
accordingly 


;R4, 
RS 
for 
sensor 
info. 
ACe, 
C, 
r 
1 
sens, 
bit 
addressables 
mov 
p3,iOffh 
ss_bits,~O 


r 
sens 


ab 


ab 
ab 


ab 
a,p) 


r4,a 
a 


f_wall,e 
ss 
0 


r wall 


1 
sens 
ab 


ab 


ab 


ab 


a,p3 
1 
sens 
r5,a 


a 


e,f_wall 


f_wall, 
c 
ss 
2 


1 wall 


f_wall,55 
ret 
at 
110 
c,lrbit 


a 


;clear 
all 
flags 


;enable 
right 
sensor 
bank 


;causes 
a 
6uS 
wait 
state 


;wall 
is 
now 
repr 
as 
a 
high 


;store 
R 
sens 
0 
for 
f_wall 


;if 
no 
wall 
gota 
55_0 


;right 
wall 
present 


;enable 
left 
sensor 
bank 


;causes 
a 
6uS 
wait 
state 


;wall 
is 
now 
repr 
as 
a 
high 


;grab 
inner 
sens 
and 
or 
it 


;store 
front 
wall 


;if 
no 
wall 
goto 
55 
2 


;left 
wall 
present 


;if 
no 
front 
wall 
then 
cont 


;build 
case 
statement 


1 
I 
1 
;000001 
L/R 
I L 
I R 


MCS-51 
MACRO 
ASSEMBLER 
751MAIN 
04/16/92 
PAGE 
16 


LOC 
OBJ 
LINE 
SOURCE 
03EB A203 
797 
mov 
e,l-wall 
lalgo 
Iwalliwalli 


03EO 
33 
798 
r1e 
a 
I 
Ibit 
Ibit 
I 
03EE A202 
799 
mov 
e,r_wall 
I 
I 
03FO 
33 
800 
rle 
a 
;done 
shifting 
in bits 
for case 
stmnt 
03Fl B40102 
801 
cjne 
a,iOl,ss 
;ehk R 


03F4 
810F 
802 
ajrnp 
ss-9 


03F6 B40302 
803 
ss 4 : 
cjne 
at '03,55 -5 
;ehk R 


03F9 
8l0F 
804 
ajmp 
ss-9 
03FB B40502 
805 
ss-5: 
cjne 
a,iOS,ss 
6 
;ehk R 


03FE 
810F 
806 
ajmp 
S5-9 
0400 B40202 
807 
ss-6: 
cjne 
a,t02,ss 
7 
;ehk L 


0403 
8115 
808 
ajmp 
ss 10 


0405 B40602 
809 
ss-7 : 
cjne 
a, '06,55 -8 
;ehk L 


0408 
8115 
810 
ajrnp 
ss-10 


040A B40737 
811 
ss-8 : 
cjne 
a,i07,ss -ret 
;if 
eq 
then 
ehk 
L else 
do 
nothing 
0400 
8115 
812 
ajmp 
ss 10 
813 
;********** 


814 
ss-9: 
; check. 
the 
right 
side 
offset 
040F 
8CFO 
815 
mov 
b,r4 
;put 
wall 
info 
into 
ace 
0411 C21E 
816 
elr 
genp2 
;O~ehk 
R 


0413 
8004 
817 
sjrnp 
ss-93 


0415 
80FO 
818 
ss-10: 
mov 
b,rS 


0417 
021E 
819 
seth 
genp2 
;l=ehk 
L 


820 
0419 E5FO 
821 
ss-93: 
mov 
a,b 
041B 
5400 
F 
822 
anl 
a,tsens_pat 
;masking 
for 
cmp, 
3 high 
4 low 


0410 B40804 
823 
cjne 
a,IOBh,ss 
-90 
; check. 
for 
aligned 
condition 
0420 0205 
824 
setb 
aligned 
;perfectly 
on 
wall 
0422 
8144 
825 
ajmp 
ss-ret 
0424 E5FO 
826 
ss 90 : 
mov 
a,b 
;get 
wall 
info 
again 
0426 
5403 
827 
anl 
a,lOOOOOOllb 
;check 
for 
too 
close 
center 
if a > 


0428 
600B 
828 
jz 
ss-91 
;if 
no 
wall 
on 
ones 
then 
not 
too- 
042A 
201E04 
829 
jb 
genp2,ss_lOl 


0420 
0201 
830 
seth 
too-1 


042F 
8144 
831 
ajmp 
ss-ret 


0431 0200 
832 
ss-101: 
seth 
too-r 
0433 
8144 
833 
ajmp 
ss-ret 
0435 
E5FO 
834 
ss-91: 
mov 
a,b 
;get wall 
info 
again 


0437 
5460 
835 
anl 
a,IOllOOOOOb 
;check 
for too close 
wall 
ita 
> 
0 
0439 
6009 
836 
jz 
ss ret 


043B 
201E04 
837 
jb 
genp2,ss 
102 


043E 
0200 
838 
setb 
too-r 


0440 
8144 
839 
ajmp 
ss-ret 
0442 
0201 
840 
ss-102 : 
seth 
too-1 
0444 
22 
841 
ss-ret: 
ret 
842 
843 
;****************************************************************************** 


844 
pause: 
;pause 
loop 
using 
R7 
as the 
loop 
counter 
0445 C28C 
845 
clr 
trO 
0447 
903EFE 
846 
mov 
dptr,I03efeh 


044A 0582FO 
847 
djnz 
dpl,$ 


0440 0583FA 
848 
djnz 
dph,$-3 


0450 
OFF3 
849 
djnz 
r7,pause 


0452 
22 
850 
ret 
851 
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0453 C2A9 


0455 
D290 
0457 
80FE 


LINE 


852 
853 
854 


855 
856 
857 


858 
859 
860 


;This S.R. brings 
the 
thing 
to a halt 
- mostly 
used 
for debug 


clr 
etO 
seth 
mot_en 
sjmp 


This note documents a method to 
automatically establish the COlTllCtbaud rate 
for serial communications 
in many SOCSI 
1amily applications. The first character 
received after a program is started is used to 
measure the baud rate empirically. 


This can eliminate the need to have setup 
switches whose settings are difficult to 
remember and all of the other headaches 
associated with applications that use multiple 
baud rates. One might assume that a reliable 
method of accomplishing this might be 
impossible without severely limiting the 
characters that could be recognized. The 
problem is in finding a timing interval that can 
be measured in a large number of possible 
characters under a wide variety of conditions. 


Measuring a single bit time would be the 
obvious way to quickly determine what baud 
rate is being received. However, many ASCII 
characters don't have an example of a single 
bit time in the RS-232 pattern. For most 
characters, the length of the entire 
transmission from the start bit to the last 
"visible" transition will fall within certain 
ranges as long as some reasonable 
assumptions can be made about the possible 
baud rates (i.e. that they are standard baud 
rates). Moreover, many systems now use S 
data bits and no parity for ASCII 
transmissions. 
In this format, normal ASCII 


characters will never have the MSB set and 
since UARTs send data lSB firstlMSB last, 
the program would always be able to "see" 
the beginning of the stop bit. 


The following baud rate detection routine 
waits for a start bit (falling edge) on the serial 
input pin and then starts timer O.At every 
subsequent rising edge of the serial data, the 
timer value is captured and saved. When the 


timer overflows, the last captured value will 
indicate the duration of the serial character 
from the start bit to the last 0 to 1 transition 
(hopefully the stop bit). 


The table CmpTable contains the maximum 
timer measurement that is accepted for each 
baud rate. These values were picked such 
that a timed interval of only 4 data bit times 
(plus the start bit time) will still produce the 
correct baud rate. 


There is an assumption in this method that 
anyone using it needs to be aware of. That is, 
that this technique depends on only one 
character being received during the sampling 
window, which has to be at least as long as a 
typical character at the slowest baud rate that 
can be accepted. Essentially this means that 
the data must normally come from someone 
typing at a keyboard. 


On our PCs, we were not able to fool the 
program by typing two characters in quick 
succession. The PC function keys did present 
a problem because they send two characters 
in a tight sequence, and fooled the program 
into detecting the wrong baud rate. In the 
example program, which is designed for a 12 
MHz clock, the total sample interval is about 
65 milliseconds, or about twice the duration 
of an R5-232 character sent at 300 baud. 


If parity is used, a possibility of a baud rate 
determination error happens when the four 
MSBs and the parity bit of the character 
received are all ones. This can happen for the 
lower case letters 'p" through "Z', plus curly 
brackets, vertical bar (I), tilde (-), and 
'delete', 
depending on whether the system 
uses odd or even parity. Note that the usual 
prompt characters that a user would type to 
get a system's attention (e.g. space, carriage 
retum, and escape) are NOT subject to this 
limitation. 


Because of the way this program works, the 
first input character that is used to detect the 
baud rate is lost since the UART cannot be 
set to the correct baud rate until after the first 
character has been timed. Also, most 'real" 
programs using this technique would want to 
repeat the baud rate detection process if 
framing errors are detected at the UART 
during normal operation. 


To calculate CmpTable values for other 
oscillator frequencies and baud rates, use the 
following equation: 


Table 
entry = _O_sc_(M_H_z)_ 
x ~ 
Baud 
Rate 
12 


Remember that the table entry is a two byte 
value, so the result of the above must be split 
into upper and lower bytes (easy if you have 
a hexadecimal calculator). It may also be 
possible to get the assembler to do all of the 
calculations for you. 


The above equation was derived as follows: 


maximum 
timer 
value 
(table 
entry) 


minimum 
recognition 
time 


machine 
cycle 
time 


Minimum 
. 
recognition = bits-to-recognize 
x byte time 


time 
#-<>f-bits 


Note: '#-<>f-bits'(the number of 'visible" bits) 
is 9, and bits-ta-recognize 
(the minimum # of 


bits to recognize) is 5 for 8-N-l 
communication. 


machine 
Osc 
frequency 


cycle 
time = 
12 


$Title{Automatic 
Baud 
Rate 
Detection 
Test) 


$Date (12-16-91) 
$MOD552 


RX 


CharH 
CharL 


BaudRate 


Display 


BIT 
DATA 
DATA 
DATA 
EQU 


P3.D 
30h 
31h 
32h 
P4 


;Location 
of 
serial 
receive 
pin. 


;Holds 
high 
byte 
of 
frame 
timer 
result. 


;Holds 
low 
byte 
of 
frame 
timer 
result. 


;Holds 
final 
baud 
rate 
determination. 


;Port 
to 
display 
result 
for 
debug. 


ACALL 
AutoBaud 
;Go 
try 
to 
get 
a 
baud 
rate 
value. 


MOV 
Display,BaudRate 
;Display 
baud 
rate 
value 
for 
debug. 


SJMP 
Start 


AutoBaud 
Rate 
Detect 
Routine. 


Attempts 
to 
detect 
baud 
rate 
from 
first 
received 
character, 
by 
measuring 


the 
length 
of 
the 
character. 
Some 
characters 
may 
not 
work 
properly, 


primarily 
those 
that 
end 
with 
more 
than 
3 
(4?) 
ones 
in 
a 
row. 


Returns 
with 
ACC 
= 
baud 
rate 
pointer. 


AutoBaud: 
MOV 
TMOD,I01h 
;Initialize 
timer 
0 
(UART baud 
rate 
timer) 
. 


MOV 
THO,IO 
;Put 
timer 
0 in 16-bit 
counter 
mode. 


MOV 
TLO,IO 
MOV 
TCON,IO 


MOV 
CharH,iO 
; Initialize 
timer 
result. 


MOV 
CharL, 10 


ABO: 
JB 
RX,ABO 
;Wait 
for 
serial 
start 
bit. 


SETB 
TRO 
;Start 
timer. 


AB1: 
JB 
TFO,AB3 
;Check 
for 
timer 
overflow. 


JNB 
RX,AB1 
;Check 
for a 
rising 
edge 
on 
serial 
data. 


MOV 
CharH,THO 
;Capture 
timer 
value 
at 
this 
serial 
edge. 
MOV 
CharL,TLO 


AB2: 
JB 
TFO,AB3 
;Check 
for 
timer 
overflow. 
JB 
RX,AB2 
;Check 
for falling 
edge 
on 
serial 
data. 
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CmpMatch: 
MOV 


CLR 
RRC 
MOV 
RET 


:Maximum 
sample 
time has expired, 
check 
result. 
;Begin by 
stopping 
timer 
and clearing 
flag. 


MOV 
MOV 
MOV 
MOVC 
DEC 
CJNE 
SJMP 
JC 
DJNZ 
SJMP 


BaudRate,119 
;Set up table 
pointers. 
A, BaudRate 
DPTR,ICmpTab1e 
A,@A+OPTR 
;Get a table 
entry 
for comparison. 


BaudRate 


A,CharH,Cmpl 
;Check 
result 
range. 


CmpLow 
;High byte 
table 
= timed 
value, 
check 
low byte. 


CmpMatch 
;A 
match 
if 
table 
value 
is 
< 
timed 
value. 


BaudRate,CmpLoop 
;Check 
for 
end 
of 
comparison 
table. 


CmpMatch 


MOV 
MOVC 
CJNE 
SETS 
JC 
DJNZ 


A, BaudRate 
A,@A+DPTR 
;Get a table entry 
for comparison. 


A, CharL,Cmp2 
;Check 
result 
range. 
C 
;Match 
if equal. 
CmpMalch 
;C set 
if 
A 
< 
low byte 
of result. 


BaudRate,CmpLoop 
;Check 
for 
end 
of 
comparison 
table. 


A, BaudRate 


C 


A 


BaudRate,A 


;Comparison 
complete, 


get 
final 
baud 
rate 
index, 


Compare 
table 
holds 
timer 
values 
for 
the 
transition 
points 
of 
the 
accepted 


baud 
rates. 
Entries 
are 
LSB, 
MSB. 
These 
values 
are 
for 
12 
MHz 
operation. 


40h,0 
80h,0 
O,Olh 
0,02h 
0,04h 
0,08h 
0,10h 
0,20h 
0,40h 
0,80h 


;0 
- 
out 
of 
range, 
value 
too 
low. 


;1 - 38400 baud. 
;2 - 19200 baud. 
;3 - 
9600 baud. 
;4 - 
4800 baud. 


;5 - 
2400 baud. 


;6 - 
1200 baud. 
;7 - 
600 baud. 


;8 - 
300 baud. 


;9 
- 
out 
of 
range, 
value 
too 
high. 
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Determining 
baud rates for 8051 UARTs 
and other UART issues - 


Author: Greg Goodhue 


The purpose of this note is to expand upon 
and clarify some aspects of determining baud 
rates and aystal frequencies for using a 
standard 805t or 80C51 UART for ordinary 
R5-232 type serial communication. 
The 


standard baud rate equation is simplified here 
and is restated to allow solving for other 
variables such as the crystal frequency and 
timer reload values. 


The following discussion assumes that the 
reader has some knowledge of the 


8051/80C51 UART and timers. This should 
be considered a supplement to the 
information presented in the Philips 8OC51 
Family Microcontroller Data Book sections on 
Timer/Counters and the Standard Serial 
Interface. 


Since this discussion assumes the use of a 
standard UART for R5-232 serial 
communications, 
the UART will be used in 
modes 1 or 3 (variable baud rates) and timer 


Example: 


To obtain a timer reload value for a 9600 
baud serial data rate with an 11.0592 MHz 
aystaJ: 


The equation can also be solved to derive the 
baud rate or the crystal frequency from the 
other information as follows: 


Sa d R t 
= Crystal Frequency/384 (or 192 if SMQD = 1) 
u 
ae 
256-THI 


Minimum crystal 
frequency for a 
given baud rate 


Thus, the minimum crystal frequency that 
may be used for 19.2k baud communication 
on a CMOS part with SMOD = 1 would be 
19200 x 192, which gives 3.6864 MHz. When 
using this equation, the timer reload value 
TH 1 for the maximum baud rate is always 
255 (256 - 1) or FF hexadecimal. 


Of course, any even multiple of the frequency 
obtained in this manner will also support the 
same baud rate with a different timer reload 
value. For instance, four times 3.6864 MHz is 
14.7456 MHz. At thatcrystaJ frequency, 19.2k 
baud is attained with a timer reload value that 
gives one fourth of the timer overflow rate: 
252 (256 - 4) or FC hexadecimal. 


CRYSTAL 
FREQUENCIES 
USED 
FOR STANDARD 
BAUD 
RATES 
The following chart shows possible crystal 
frequencies for use with the 8OC51 UART at 
standard baud rates. The chart assumes use 
of the UART in modes 1 or 3 (variable baud 
rates) and timer mode 2 (B-bit auto-reload 
mode). The chart also assumes a minimum 
requirement of at least 9600 baud (including 
the use of SMOD for baud rate dOUbling). 
More crystal frequencies are available if a 
lower maximum baud rate is required. 


The minimum timer count column indicates 
how many timer counts are required at the 


1 will be used in mode 2 (B-bit auto-reload 
mode) as the baud rate generator. All of the 
equations shown here give an option for two 
clock divisors depending on whether the 
SMOD bit is used on a CMOS 
microcontroller. For an NMOS device, always 
use the default value (SMOD is not = 1). 


The basic equation for a timer reload value 
can be stated as: 


stated crystal frequency in order to obtain the 
maximum baud rate shown. The last column 
shows the timer reload value that is used to 
obtain the minimum timer count. This is 
simply 256 minus the minimum timer count. 


Timer reload values for other baud rates at 
the same aystal frequency are determined 
by multiplying the minimum timer count by 
two successively and calculating a new 
reload value as previously mentioned. For 
instance, for 4800 baud at 1.8432 MHz, the 
timer count would be 2 (twice what it is for 
9600 baud), giving a timer reload value of 
254 (256 - 2) or FE hexadecimal. 


Determining 
baud rates for 8051 UARTs 


and other UART issues 


Maximum 
Standard 
Maximum 
Timer Reload 
Crystal 
(MHz) 
Baud Rate 
Timer Count 
Value (In hex) 


1.8432 
9600 
1 
FF 


3.6864 
t9200 
1 
FF 


5.5296 
9600 
3 
FD 


7.3728 
38400 


.. 
1 
FF 


9.2160 
9600 
5 
FB 


11.0592 
19200 
3 
FD 


12.9024 
9600 
7 
F9 


14.7456 
76800 
1 
FF 
(2 x 3840) 


16.5888 
9600 
9 
F7 


18.4320 
19200 
5 
FB 


20.2752 
9600 
11 
F5 


22.1184 
38400 
3 
FD 


23.96t6 
9600 
13 
F3 


25.8048 
t9200 
7 
F9 


27.6840 
9600 
15 
Fl 


29.4912 
153600 
1 
FF 
(4 x 38400) 


31.3344 
9600 
17 
EF 


33.1776 
19200 
9 
, 
F7 


35.0208 
9600 
19 
ED 


36.8640 
38400 
5 
FB 


THE EFFECT 
OF USING 
OFF-FREQUENCY 
CRYSTALS 


Occasionally, one may wish to use an 
off-frequency crystal in a design, but still want 
to make use of the UART for debug 
purposes. 


Since mostlerminals 
(or other RS-232 
devices) will communicate with another 
device that has a baud rale that is off by 
several percent, this can often be done 
successfully. WARNING: running the UART 
off-frequency is NOT recommended 
if part of 


the application's normal operation involves 
communication with other RS-232 devices. 


There is no exact limit on how much 
frequency error is tolerable, since this 
depends on the devices communicating, 
the 
baud rates, precise frequencies used by both 
devices, etc. However, a rule of thumb may 
be used that the communication 
is likely to 
wOf1<if the frequency is off by less than 5%. 
This somewhat arbitrary number was arrived 
at as follows: for a ten-bit serial code (one 
start, 8 data bits, one stop), a 10% data rate 
error will put the receiver off by about plus or 
minus one bit time at the end of one data 
frame. A one bit-time error seems rather 


excessive if one wants fairly reliable 
communications. 
So, consider using half of 
that value (5%) as a rule of thumb. 


The consequence of all this is that one may 
often find a more standard "off-the-shelf" 
crystal frequency to use in an application, if 
the UART is being used for debugging, 
factory testing, ele. As an example, consider 
the well-known "color bursr crystal. At 
3.579545 MHz, this crystal is only about 3% 
slower than the 3.6864 MHz crystal that may 
be desired for baud rate generation. As such, 
this lower cost crystal could be used in place 
of the less standard one in some cases. 
Another obvious replacement is to use the 
standard 14.31818 MHz crystal in place of 
the not-so-standard 
14.7456 MHz crystal that 


appears in the table. This replacement also 
yields a less than 3% error and may be 
handy because it gives a fast instruction 
execution rate for the 80G51 
, whereas 3.58 
MHz may be too slow for many applications. 


It should also be remembered that RS-232 
communications are most robust if characters 
are not transmitted back-to-back. This can 
become more important when the UART is 
deliberately used out of spec as described 


here. When data is sent at full speed, there is 
no chance for the receiver to re-synchronize 
to the transmitted frames if it once gets out of 
synch. However, when there is a short pause 
between characters (about 2 to 3 bit times or 
longer), the receiver will generally be able to 
correctly locale slarl bits without framing 
errors. In the worst case, a pause of one 
byte-time or longer in a transmission should 
ALWAYS re-synchronize any receiver no 
matter how out of synch it has become. 


A LITTLE 
KNOWN 
PHENOMENON 


In the UART setup code for most 
applications, the actual timer count register 
(TL 1) is not initialized. In many applications, 
this DOES have an affect on the way the 
UART behaves on the first character sent, 
although the chances of this being noticed 
are slight. This can be seen by trying to 
observe the first character sent from the 
UART on a logic analyzer that is being 
triggered by the end of microcontroller 
resel 
The first character will begin so far down the 
time line that it will not be seen at any 
resolution on the logic analyzer that would 
show any of the individual bits. 


Determining baud rates for 8051 UARTs 
and other UART issues 


This effect occurs because TL 1 has to 
time-out once before the first character is 
transmitted. If TL 1 is not initialized in the 
program, it will have a reset value of o. This 
could give the first timeout a duration of up to 
255 nonnal bit times, depending on the 
reload value for THl 
(which again depends 


on the baud rate and crystal frequency). 


Again, in most applications, this would never 
be an issue. In fact, it may often be an 
advantage to have a delay before the first 
serial character is sent after power-up. But if 
the first serial character should start sooner, 
TL 1 may be initialized to some value other 
than zero. For no delay, the same value used 
in TH 1 should be used. 


Electro 
magnetic 
compatibility 
and printed 
circuit board (PCB) constraints 


The 
routing 
of the 
traces 
on a lrinted 
~ircuit 
~oard 
(PCB) 
largely 
effect 
the ~lectroMagnetic 
~ompatibility 
(EMC) performance 
of the PCB with 
respect 
to both 
~lectroMagnetic 
(EM) radiation 
as susceptibility 
to EM-fields. 


The 
PCB will 
connect 
electronic 
components 
such 
as passive 
components, 
transistors 
and 
ICs. 
Furthermore, 
cables 
to interconnect 
the PCB with 
other 
system 
parts 
e.g. 
another 
PCB, 
signalgenerator, 
CATV wall-outlet, 
DC- 
powersource 
or an AC-mains 
connection 
will 
largely 
influence 
the PCB with 
respect 
to EMC, 
[7]. 


In order 
to get a PCB 
on which 
the circuits 
function 
properly, 
the 
trace 
routing, 
the placement 
of components/ 
connectors 
and 
the decoupling 
used 
with 
certain 
ICs will 
have 
to be optimised 
according 
to the 
constrains 
given 
in this report. 


To reach 
an economic 
and 
functional 
PCB design, 
the following 
items have 
to 
be beard 
in mind: 


Electro magnetic compatibility and printed 
circuit board (PCB) constraints 


Single 
conductors 
have, 
as 
a rule 
of 
thumb, 
an 
inductance 
of 
1 ~H/m. 
At 
low 
frequencies 
only, 
below 
1 kHz, 
Rdc 
applies. 
These 
impedances, 
together 
with 
the 
currents 
that 
will 
flow 
through 
these 
impedances, 
will 
be 
responsible 
for 
the 
voltagedrop 
between 
points 
as 
Ohms 
law 
applies. 
The 
voltagedrop 
can 
be 
diminished 
by 
either 
reducing 
the 
impedance 
or 


lowering 
the 
current 
through 
that 
impedance. 


In 
typical 
digital 
designs 
the 
voltagedrop 
will 
be 
frequency 
independent. 


A 
square 
wave 
current, 
resulting 
from 
a 
square 
wave 
output 
voltage 
to 
a 
resistive 
load, 
can 
be 
described 
as 
a 
series 
of 
sinewaves 
of 
which 
the 
amplitude 
of 
the 
harmonics 
decrease 
proportional 
with 
the 
frequency 
(Fourier 
expansions), 
see 
figure 
lb. 
The 
impedance 
of 
the 
inductor 
increases 
proportional 
with 
frequency, 
see 
figure 
la, 
therefore 
the 
product; 
voltagedrop, 
figure 
lc, 
remains 
constant. 


z - 
f(freq) 
x 
I - 
g(freq) 
V - h(freq) 
zl/ 
'Iuu'\ 


/--------- 
- 
V 
/ 
x 
/ 
/ 


/ 
\ 
- -> 
f 
- -> 
f 
- -> 
f 


a) 
b) 
c) 


The 
relation 
between 
voltagedrop 
as 
a result 
of 
current 
and 


impedance 
as 
function 
of 
frequency. 


When 
the 
current 
has 
a 
triangular 
waveshape, 
as 
function 
of 
time, 
due 
to 
capacitive 
loading, 
the 
amplitude 
of 
the 
harmonics 
decreases 
with 
the 


frequency 
square 
and 
the 
voltage 
drop 
across 
the 
inductor 
reduces 
proportional 
with 
frequency. 


By 
using 
the 
inductance 
of 
a 
single 
wire, 
Li, 
the 
mutual 
coupling, 
M, 
and 
the 
capacitance 
between 
the 
traces, 
Ci' 
a 
transmissionline, 
shown 
in 
fig. 
2, 
can 
be 
defined 
of 
which 
the 
characteristic 
impedance, 
Zo' 
equals: 


When 
the 
coupling, 
k, 
between 
the 
traces 
of 
the 
transmissionline 
is high, 


the 
effective 
inductance 
will 
decrease 
rapidly. 
Some 
coupling 
factors 
are 


given 
in 
table 
1. 


Electro magnetic compatibility and printed 
circuit board (PCB) constraints 


An 
indifferent 
signal 
path 
design, 
fig. 
3a, 
can 
be 
changed 
into 
a 
transmissionline 
design, 
fig. 
3b. 
This 
change 
will 
lower 
the 
effective 


inductance, 
Leff' 
between 
the 
two 
circuit 
blocks 
and 
will 
therefore 
lower 
the 
voltagedrop 
between 
the 
two 
references 
of 
those 
circuits. 


Coupling 


parallel 
wires 
bi-layer 
PCB 
multi-layer 
PCB 


coaxial 
cable 


RG-58 
coax 


0.5 
- 0.7 


0.6 
- 0.9 
0.9 
- 0.97 
0.8 
- 1.0 
0.996 


a) 
indifferent 
signal 
path 


NO 
coupling 
between 
S~VEE'VCC 
b) 
Transmission 
line 
signal 
path 


GOOD 
coupling 
between 
S~VEE'VCC 


Separately, 
the 
capacitive 
and 
inductive 
values, 
derived 
from 
the 
definition 
of 
the 
transmissionline, 
can 
also 
be 
used 
to 
calculate 
the 
crosstalk 
between 
adjacent 
traces, 
not 
being 
a 
function 
signal 
path. 
The 
capacitive 
coupling, 
representing 
an 
induced 
current, 
is given 
by: 


Electro magnetic compatibility and printed 
circuit board (PCB) constraints 


Ck 
- 
coupling 
capacitance 
between 
adjacent 
traces; 
in practice: 


100 
pF/rn. (depends 
upon 
the 
vicinity 
of 
other 
traces, 
see 
appendix 
A), 


Mk = 
mutual 
coupling 
between 
two 
traces, 
for 
further 
detail 
see 


chapter 
4 


In both 
coupling 
modes, 
the 
transfer 
function 
will 
typically 
show 
a high 
pass 
behaviour. 


By 
a proper 
choice 
of 
the 
PCB-material 
and 
the 
routing 
of 
the 
traces 
a 
good 
transmissionline 
with 
low 
coupling 
to 
other 
traces 
can 
be 
created. 
Low 
coupling, 
or 
little 
crosstalk, 
can 
be 
obtained 
when 
the 
distance, 
d, 
between 
the 
transmissionline 
conductors 
is 
less 
than 
their 
distance 
to 
other 
adjacent 
conductors. 


52 
51 
GND 
51 
GND 
52 


single 
layer: 
J 
U 
U 
0 
0 
0 


d(5l~ND) 
< d(52~5l) 
a) 
b) 


51 
52 
51 
52 


bi-layer: 
U 
U 
0 
0 
LJ 
LJ 


c) 
d(51~ND) 
< d(52~ill 
GND 
52 
GROUND 
PLANE 
or 
c) 
d) 
d) 
d(51++GND) 
AND 
d(52~GND) 
< d(51~52) 


51 
52 


multi-layer: 
VEE 
Cl 
Cl 
VEE 
VCC 
Cl 
Cl 
VCC 


51 
52 


I 


I 


53 
54 
55 


e) 
5-1ayer 


d(5i++VEE) 
OR 
d(5i~VCC) 
< d(5i~5j) 
1 5 i,j 5 number 
of 
traces 


53 
f) 
4-1ayer 


By 
using 
these 
examples 
of 
geometry 
of 
traces 
the 
definition 
of 
the 


transmissionline 
between 
51,52,5i,j 
and 
(52) 
GND, 
VEE 
and/or 
VCC 
are 
well 
defined 
and 
the 
coupling 
between 
the 
traces 
52 
and 
51 
is 
low. 


Electro magnetic compatibility and printed 
circuit board (PCB) constraints 


* 
the 
legal 
and/or 
functional 
EMC-requirements 
for 
the 
product. 


* 
trace 
density. 
* 
assembly 
and 
manufacturer 
capabilities. 
* 
CAD-system 
capabilities, 
* 
design-costs 
* 
PCB-quantities 
and 
* 
the 
costs 
of 
EM-shielding. 


Special 
attention 
must 
be 
given 
to 
the 
integral 
costs 
(components 
packaging 
/pinning 
+ PCB-format 
+ EM-shielding 
+ construction 
+ assembly) 
when 
a 
product 
definition 
is 
considered 
by 
using 
a NON-shielded 
cover. 
In many 
cases 
the 
choice 
of 
a proper 
PCB-format 
may 
expel 
the 
need 
for 
a .metallized 
box 
within 
the 
plastic 
cover. 


To 
improve 
immunity 
and 
to 
lower 
unwanted 
emission. 
both 
in 
fast 
analog 
and 
all 
digital 
applications. 
transmissionlines 
are 
needed. 
Dependent 
upon 
the 
transition 
of 
the 
outputsignal 
a 
transmissionline 
needs 
to be 
present 
between 
S ~ 
VCC' 
S ~ 
VEE 
and 
VEE 
~ VCC' 
as 
indicated 
in 
figure 
5. 


I 
--> 
ICC• 
IOL 
I 
ICC 
= sup 


IC 
#1 
S 
<- - 
IOL 
IC #2 
IOL 
= out 
IOH 
= out 
- -> 
IOH 


I 
<-- 
ICC• 
IOH 
I 


ply 
current 
put 
current 
low 
#1 


put 
current 
high 
#1 


Typical 
diagram 
of 
an 
interconnection 
between 
(digital) 
ICs 
which 
shows 
3 specific 
transmissionlines. 


The 
signal 
current 
will 
be 
determined 
by 
the 
output-stage 
symmetry 
of 
the 


circuit. 
For 
MOS: 
IOL 
- 
IOH' 
while 
for 
TTL: 
IOL> 
IOH. 


The 
Logic 
Family 
and 
functional 
reasons 
determine 
the 
typical 
characteristic 
impedance. 
ZOo 
for 
that 
transmissionline 
which 
is 
given 
in 
table 
2. 


I 


Function/logic 
Zo 
[0] 
I 


supply 
(typ) 
« 
10 


signal 
ECL 
50 
signal 
TTL 
100 
signal 
HC(T) 
200 


Electro magnetic compatibility and printed 
circuit board (PCB) constraints 


Zo 
~ 
120 
In 
C~.h I 
Cb+c)) 


) 
fr 


h 
distance 
between 
traces 
b 
width 
of 
the 
trace 
c ~ 
thickness 
of 
the 
trace; 
typical 
17 ~m, 


Zo = 120 
~ 
Ch I 
Ch+b)) 


) 
fr 


Zo 
- 
87 
In 
C6.h I 
C.8.b+c) 
) 
(fr 
+ )2) 


Zo 
~ 
60 
In 
C4.K I 
C.67.~.b.C.8 
+ 
c(b))) 


) 
fr 


Signal traces 
need 
to have 
their 
signal-return-traces 
as 
close 
as 
possible 
in 
order 
to prevent 
emission 
from 
that 
looparea 
enclosed 
by 
these 
traces 
and 


to 
reduce 
susceptibility 
due 
to voltages 
which 
can 
be 
induced 
in 
this 
loop 


e.g. 
by 
RF-transmitters 
and 
ESD .. 


Commonly, 
when 
the 
distance 
between 
two 
traces 
equals 
the 
width 
of 
the 


traces, 
the 
coupling 
factor 
is about 
0.5 
to 
0.6. 
The 
effective 
inductance 
of 


the 
traces 
has 
gone 
down 
from 
1 ~H/m 
to 
0.4 
- 0.5 
~H/m. 


This 
means 
that 
40 
to 
50 % of 
the 
signal-return 
current 
may 
run 
freely 
through 
the 
other 
traces 
of 
the 
PCB. 


For 
each 
signal 
path 
between 
two 
(sub-)blocks 
either 
analog 
or 
digital 


three 
properly 
defined 
transmissionlines 
need 
to be 
present 
with 
the 


impedances 
given 
in 
table 
2 and 
shown 
in 
figure 
5. 


With 
TTL 
logic 
the 
sink-current; 
the 
high-to-low 
transition, 
is higher 
than 


the 
source-current. 
In 
this 
case 
the 
transmissionline 
should 
be 
defined 


between 
VCC 
and 
S 
instead 
of VEE 
and 
S, which 
is 
commonly 
considered. 


The 
mutual 
coupling 
between 
two 
parallel 
traces 
can 
be 
calculated 
from 
the 


double 
integral 
[9]: 


Electro magnetic compatibility and printed 
circuit board (PCB) constraints 


Mk 
~ 
/ 
(4.~) 
.I I d~1.d~2.d£ 
/ I £ 


1112 


length 
of 
traces 
1 and 
2 
relative 
distance 
between 
line 
segments, 
d~1.d~2. 
of 
each 


trace. 


length 
of 
the 
two 
parallel 
traces 
and 


distance 
between 
the 
traces 
(trace 
thickness 
and 
width 
are 
neglec ted) . 


If 
the 
coupling 
between 
the 
two 
conductors 
of 
a 
transmissionline 
is 
too 


low, 
a 
ferrite 
toroid 
(~r > 200 
(-5000)), 
with 
some 
windings, 
will 
increase 
this 
coupling 
to = 1. 


By 
using 
ferrite 
toroids 
one 
can 
get 
full 
control 
over 
the 


signal- 
and 
signal-return 
currents. 


In 
case 
of 
parallel 
conductors, 
the 
characteristic 
impedance 
of 
this 
transmissionline 
may 
be 
influenced 
by 
the 
ferrite. 
In 
case 
of 
coaxial 
cable, 
the 
presence 
of 
the 
ferrite 
will 
only 
be 
noticeable 
on 
the 
outer 
parameters 


of 
the 
cable. 


I. 
Use 
traces 
as 
thin 
as 
possible 
next 
to 
one 
another 
instead 
of 
on 
top 
of 
each 
other 
(separation 
commonly 
less 
than 
1.5 
mm 
+ epoxy 
thickness 
of 
a bi-layer). 


II. 
Create 
a 
lay-out 
where 
every 
signalline 
has 
his 
signal- 
return 
at 
the 
closest 
possible 
interval 
(applies 
to 
both 


signal- 
and 
supply-traces). 


III. 
If 
the 
coupling 
between 
the 
conductors 
of 
the 
transmission- 
line 
is 
insufficient 
a 
ferrite 
toroid 
may 
be 
used. 


ICs 
will 
be 
commonly 
decoupled 
by 
capacitors 
only. 
Because 
capacitors 
are 


not 
ideal, 
resonances 
will 
occur. 
Above 
the 
resonance 
frequency 
the 
capacitor 
behaves 
as 
an 
inductor 
which 
means 
that 
the 
dI/dt 
is 
limited. 
The 
value 
of 
this 
capacitor 
is determined 
by 
the 
voltage-fluctuations 
which 
are 


allowed 
across 
the 
powersupply 
pins 
of 
the 
IC. 
According 
to 
good 
designers 


practice, 
this 
voltage 
fluctuation 
should 
be 
less 
than 
25 
% of 
the 
signal- 


line 
worst-case 
noise 
margin. 
From 
the 
following 
equation 
the 
optimal 
decoupling 
capacitor 
for 
each 
logic 
family 
output 
gate 
can 
be 
calculated: 


Electro magnetic compatibility and printed 
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The 
worst-case 
signal-line 
noise 
margins 
for 
a several 
logic 
families 
are 


given 
in 
table 
3, 
together 
with 
the 
recommended 
decoupling 
capacitor 
value, 
Cdec.' 
which 
need 
to be 
added 
with 
each 
output 
gate. 


I 


FAMILY 
NOISE-MARGIN 
dI 
/ 
dt 
Cdec. 


I 
volt 
mA 
ns 
nF 


CMOS(5V) 
1. 75 
2 
100 
0.5 
TTL-LS 
.4 
50 
10 
5.0 
TTL-F 
.4 
50 
2-3 
22.0 
HCT 
.7 
50 
2-3 
12.8 
HC(5V) 
1.2 
50 
2-3 
7.5 
ACT 
1.7 
175 
1-2 
35.0 


The 
values 
of 
the 
decoupling 
capacitors 
for 
fast 
logic 
families 
may 
no 
longer 
be 
useful 
if 
the 
capacitor 
incorporates 
a 
large 
series 
inductance, 


either 
caused 
by 
the 
construction 
of 
the 
capacitor, 
long 
connecting 
wires 
or 
PCB 
traces. 
Additional 
small 
ceramic 
capacitors 
(100-1000 
pF) 
need 
then 
to 
be 
added, 
as 
close 
as 
possible 
to 
the 
pins 
of 
the 
IC, 
in parallel 
to 
these 
"LF-"decoupling 
capacitors. 
The 
resonance 
frequency 
of 
this 
ceramic 
capacitor 
(including 
the 
trace 
length 
towards 
the 
supply 
pins 
of 
the 
IC) 
should 
be 
above 
the 
bandwidth 
of 
the 
logic 
[ 1/ 
(K.Tr)], 
where 
Tr 
is 
the 


voltage 
r~setime 
of 
the 
logic. 


If 
the 
decoupling 
capacitor 
is placed 
with 
every 
IC 
the 
signalreturn 
current 
may 
chose 
which 
path 
is most 
convenient, 
VEE 
or VCC' 
This 
choice 
is 
determined 
by 
the 
mutual 
coupling 
present 
between 
the 
signaltrace 
and 
one 
of 
the 
supply 
traces. 


Between 
two 
decoupling 
capacitors, 
one 
for 
each 
IC, 
and 
the 
inductance, 
Ltrace' 
formed 
by 
the 
supply 
traces, 
a 
series 
resonant 
circuit 
will 
result. 


This 
resonance 
is only 
allowed 
when 
it occurs 
at 
low 
frequencies 
« 
1 MHz) 
or when 
the Q of 
this 
resonance 
circuit 
is 
low 
« 
2). 


This 
resonance 
can 
be 
kept 
below 
1 MHz 
by 
using 
a choke 
with 
high 
RF-losses 
in 
series 
with 
the 
VCC 
network 
and 
the 
decoupled 
IC. 
Too 
less 
RF-losses 
can 
be 
compensated 
by 
either 
adding 
a 
resistor 
in parallel 
or 
in 
series, 
fig. 
6. 
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The 
choke 
may 
never 
have 
an 
open 
core, 
because 
than 
it will 
either 
act 
as 
a 


RF-transmitter 
or 
a 
ferroceptor 
for 
magnetic 
fields!! 


1 MHz x 1 ~H --> 
Zl - 6.28 0 
Q 
:$ 2 


--> 
Rs 
3.14 
0 
Rp 
- 
12.56 
0 


Above 
the 
resonance 
frequency, 
the 
characteristic 
impedance, 
Zo' 
of 
the 
"transmissionline" 
(in 
this 
case 
the 
impedance 
the 
IC 
sees 
at 
its 
supply 
terminals) 
will 
be 
equal 
to: 


The 
series 
inductance 
of 
the 
decoupling 
capacitor 
and 
the 
inductance 
of 
the 


interconnecting 
traces 
have 
a negligible 
effect 
on 
the 
RF 
supply-current 


distribution, 
when 
a 
choke 
of 
e.g. 
1 ~H 
is used. 
Still 
it 
determines 
the 
voltage 
fluctuations 
between 
the 
supply 
pins 
of 
the 
IC. 
With 
a 
25 
% signal- 


to-noise 
margin 
dissipation 
by 
the 
power 
supply, 
the 
recommended 
maximum 
inductances, 
Ltrace' 
are 
given 
in 
table 
4. 


FAMILY 
NOISE-MARGIN 
dI 
/ 
dt 
Ltrace 


volt 
mA 
ns 
nH 


CMOS(5V) 
1. 75 
2 
100 
200. 
TTL-LS 
.4 
50 
10 
20 . 


TTL-F 
.4 
50 
2-3 
4. 
HCT 
.7 
50 
2-3 
7 . 
HC(5V) 
1.2 
50 
2-3 
12. 
ACT 
1.7 
175 
1-2 
2.4 


With 
the 
decoup1ing 
as 
suggested 
in 
fig. 
6 the 
number 
of 
transmiscion1ines 
between 
the 
two 
Ies 
has 
gone 
down 
from 
3 
to 
1, 
see 
fig. 
7. 


- --> 
IDC 
Lchoke 
Lchoke 


-> 
ICC 
<- 
ICC 


#1 
S 
<- - 
IOL 
#2 


C 
- -> 
IOH 
C 


- -> 
IOL <-- 
IOH 


IDC 
DC 
supply 
current 


ICC 
- 
supply 
current 


IOL = signal 
current 
sink 


IOH = signal 
current 
forward 
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IV. 
By using 
proper 
decoupling 
with 
each 
IC; Lchoke 
+ Cdec.' 


only 
one 
transmissionllne 
needs 
to be defined 
between 
the 


circuit 
blocks. 


With 
high 
speed 
logic, 
Tr < 3 ns, 
the total 
inductance 
in series 
with 
the 
decoupling 
capacitor 
needs 
to be 
low, 
see 
table 
4. A trace, 
in series 
with 


the supply 
pins, 
of 50 mm equals 
an inductance 
of 50 nH. 
Together 
with 
the 


load 
conditions 
at an output, 
50 pF 
typical, 
this will 
give 
a minimum 
risetime 
of 3.2 ns. 
If faster 
risetimes 
are 
required, 
shorter 
leads 
from 
the 
decoupling 
capacitor 
(preferred 
leadless) 
and 
shorter 
leads 
within 
the 
Ie- 
package 
are necessary. 
This 
can be 
obtained 
by using 
e.g. 
IC-decoupling 
capacitors, 
or better, 
using 
center 
(supply) 
pinned 
ICs 
in combination 
with 
small 
leadless 
ceramic 
capacitors 
with 
a 3E pitch 
(DIL). 
A multi-layer 
board 
with 
supply 
and 
ground 
planes 
can be another 
option. 
Further 


improvements 
can be 
reached 
by 
applying 
SO-packages 
with 
center 
pinned 
supply 
connections. 


The maximum 
trace length 
is determined 
by 
reflections 
which 
will 
occur 
at 
NON-terminated 
transmissionlines. 
The 
loopareas 
and 
trace lengths 
are 
limited 
by 
the EM-radiation 
which 
is allowed 
by mandatory 
requirements 
for 
the 
product. 
The 
latter 
requirements 
will 
directly 
apply 
to the PCB 
if it is 
used 
in an unshielded 
box Icover. 


The 
first 
limitation 
of the tracelength 
is determined 
by 
functional 
requirements. 
A transmissionline 
can be made 
reflection 
free by 
either 
adding 
a load 
resistor 
at the end of the 
line, which 
without 
series 
capacitance 
will 
cause 
DC-dissipation, 
or by 
adding 
a resistor 
in series 
with 
the driver. 
In this 
case 
the output impedance 
of the circuit 
plus 
the 
series 
resistor 
must 
be 
equal 
to the characteristic 
impedance 
of the 
transmissionline. 


When 
the 
transmissionline 
is NOT 
terminated 
the allowed 
trace 
length 
is 
determined 
by 
the noise-margin 
of the 
logic 
used, 
its bandwidth 
and 
the 
propagation 
delay 
of the line, 
which 
is assumed 
to be 
5 ns/m. 
The bandwidth 
determines 
the dynamic 
noise 
margin 
which 
by approximation 
is inverse 
proportional 
to the disturbance 
pulse 
halfwidth-time. 
Applying 
the requirement 
that 
the noise, 
in this case 
the reflected 
signal, 


has 
to be 
less 
then 
25 % of the 
(dynamic) 
noise-margin 
the 
tracelengths 
in 
table 
5 result. 
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FAMILY 
NOISE-MARGIN 
dt 
Maximum 
trace length 
[m] 


volt 
ns 
NON-terminated 
Series 
terminated 


CMOS 
1. 75 
100 
14.3 
* 


TTL-LS 
.4 
10 
0.4 
0.5 
TTL-F 
.4 
2-3 
0.08 
0.15 


HCT 
.7 
2-3 
0.14 
<Xl 


HC 
1.2 
2-3 
0.24 
* 
AC 
1.7 
1-2 
0.18 
* 


Table 
5. 
The 
allowed 
NON- 
or 
series-terminated 
tracelength. 


*) If 
series 
termination 
is used 
in 
an 
a-synchronous 
logic 
circuit 
design, 
attention 
must 
be 
given 
to 
the 
occurrence 
of 
meta-stability; 
especially 


symmetrical 
logic 
input-circuitry 
cannot 
decide 
whether 
the 
inputsignal 
is 
high 
or 
low 
and 
a non-defined 
outputstatus 
may 
/will 
result. 


VI. 
A 
transmissionline 
should, 
if necessary, 
be 
series-terminated 
at 
the 
drivers-side. 
If 
the 
trace 
lengths 
are 
long 
compared 
to 
those 
given 
in 
the 
table 
END-termination 
is 
inevitable. 


The 
emission 
from 
a 
PCB 
(or 
a complete 
product) 
is 
limited 
to 
100 
~V/m 
at 


10 meters 
distance 
from 
the 
object 
at 
frequencies 
above 
30 MHz 
[ FCC, 
IEC 
CISPR 
publications, 
class 
B 
]. This 
emission 
is determined 
by 
the 
product 
of 
the 
looparea, 
A, 
the 
loopcurrent, 
I, 
and 
the 
permeability 
of 
the 
medium 
within 
that 
loop, 
~r 
(commonly 
equal 
to 
1). 
This 
product 
is 
called 
the 
magnetic 
dipole-moment, 
M. 


In 
case 
a number 
of 
loops 
are 
present, 
operating 
at 
the 
same 
frequency 
or 
clock-rate, 
the 
limit 
of 
the 
dipole-moment 
strength 
should 
be 
divided 
by 


J(n), 
in which 
n ~ number 
of 
loops, 
hence 
the 
signals 
will 
add 
as 
random 
noise. 


The 
limitvalue 
for 
the 
magnetic 
dipole-moment 
can 
be 
calculated 
from 
the 
radiated 
power 
[7,8]: 


loopcurrent 
as 
function 
of 
frequency 


looparea 
wavelength 
belonging 
to 
the 
frequency 
component 
of 
the 


loopcurrent 
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Filling 
in 
the 
requirement, 
given 
above, 
that 
E S 100 ~V/m at 
10 meters 
distance 
from 
the 
source 
the 
following 
equation 
results 
for 
the 
looparea 
and 
current 
as 
function 
of 
frequency: 


I.A I 
A2 
S 
8.1 
10-7 
[ A 
J, 
or 


M S 8.1 
10-7. 
A2 
[ A.m2 


1\ 
---I 
\ 
---> 
E,H-field 


\I 


IIIIIIIIIIIIIIIIIII 
IIIIIIIIIIIIIIIIIII 
IIPCB #11/1111111111111 
IIIIIIIIIIIIIIIIIIIIIII 
IIIIIIIIIIIIIIIIIII 
IIIIIIIIIIIIIIIIIII 


The 
spectral 
current 
amplitude, 
for 
logic 
signals 
in 
the 
frequency 
domain, 
decrease 
above 
the 
bandwidth 
of 
the 
logic 
(= 
1 1~.Tr) proportional 
with 
frequency 
square. 
At 
this 
corner 
frequency, 
the 
radiation 
resistance 
of 
the 
loop 
still 
increases 
proportional 
with 
frequency 
square. 
Therefore 
one 
can 
calculate 
the 
maximum 
looparea 
which 
is 
determined 
by 
the 
clockrate 
or 
repetition 
rate, 
the 
risetime 
or 
bandwidth 
of 
the 
logic 
and 
the 
current- 
amplitude 
in 
the 
time-domain. 
The 
current 
waveshape 
is 
derived 
from 
the 
voltage 
waveshape 
and 
the 
current 
halfwidth 
time 
is by 
approximation 
equal 
to 
the 
voltage 
risetime, 
fig.9. 


V LlJ~_T_r 
t1_-_to _ 


to 
tl 
--> 
time 


IL 
11\\ 
TH 
-I 
\- 
I 
\ 
I 
\------------- 


to 
tl 
--> 
time 


Logic 
output 
voltage 
and 
current 
wave 
shapes 
in 
case 
of 
capacitive 
loading. 
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I = current 
amplitude 
in the 
timedomain, 
T ~ 1 / clockrate 
= period 
time, 
Tr- voltage 
risetime 
= TH current 
halfwidth 
time. 


From 
this 
equation 
the maximum 
looparea 
at a clockrate 
for 
a certain 
logic 


family 
can be 
calculated. 
These 
loopareas 
are 
given 
in table 
6. 


FAMILY 
dI 
dt 
Maximum 
looparea 
in mm2 
at clockrate 
of 


IDA 
ns 
f=4 MHz 
f=lO MHz 
f-30 MHz 
f=100 
MHz 


CMOS 
2 
100 
4.5 
106 
1.8 106 
- - 
- 


TTL-LS 
50 
10 
1.8 
104 
7200 
2400 
- - 


TTL-F 
50 
2-3 
3.6 103 
1400 
480 
144 


HCT 
50 
2-3 
3.6 103 
1400 
480 
144 


HC 
50 
2-3 
3.6 
103 
1400 
480 
144 


ACL 
175 
1-2 
515 
206 
69 
21*) 


*) 
In this 
case, 
when 
using 
common 
DIL-packages, 
the 
looparea 
limit 
will 
be 
exceeded 
and 
additional 
shielding 
measures, 
together 
with 
proper 
filtering 
will 
be 
inevitable. 


VII. 
The maximum 
looparea 
is determined 
by the 
clockrate, 
the 
logic 
family 
(- output 
current) 
and 
the number, 
n, 
of 


simultaneous 
switching 
loops 
on that 
PCB. 


When 
a bi-layer 
is used 
with 
a thickness 
of 1.5 mm, 
the maximum 
allowable 
tracelength, 
derived 
from 
the 
looparea, 
will 
be much 
less 
than 
the 


tracelength 
found 
from 
the reflection 
point 
of view. 
If clockrates 
are used 
above 
30 MHz, 
the use 
of a multi-layer 
will 
be 
inevitable. 
In this 
case 
the epoxy 
thickness 
depends 
upon 
the number 
of 
layers 
used 
and may 
vary 
between 
60 
- 300 ~m. 


When 
only 
a limited 
number 
of high 
clockrate 
signals 
are 
distributed 
on 
the 
PCB, 
careful 
routing, 
by using 
side-to-side 
traces, 
may 
lead 
to acceptable 
results 
on a bi-layer. 


The 
allowed 
tracelength 
are even 
less, when 
the transmissionline 
is directly 
coupled 
to the 
system 
reference 
and an unshielded 
outgoing 
cable 
leaving 
the 
product, 
then 
the values 
found 
up 
to now. 
A simple 
diagram 
is given 
in 
figure 
10. The voltagedrop 
between 
the 
two references 
with 
each 
IC has 
become 
the driving 
source 
of the antenna 
formed 
by 
reference 
system 
and 
the 
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outgoing 
cable. 
The worst 
case 
radiation 
resistance 
of the antenna 
is 
assumed 
to be 
1500 
and 
frequency 
independent 
[7]. The 
amplitude 
of the 
driving 
source, 
D, 
is now 
limited 
to: 


Applying 
the radiation 
requirements 
as given 
earlier 
the voltagedrop 
has 
to 
be: 


Figure 
10. 
Radiation 
from a product, 
containing 
a PCB, with 
an outgoing 
cable. 


The voltagedrop 
is determined 
by 
the current 
amplitude, 
at the 
logic 
bandwidth's 
frequency, 
and 
the effective 
inductance, 
see par. 
2, of 
the 
transmissionline 
between 
these 
points. 


Taking 
table 
1 and 
the current 
amplitude 
in the 
frequency 
domain, 
the 
trace lengths 
in table 
7 can be 
found. 


Allowed 
trace length 
in 
rnrn 
bi-layer 
/ multi-layer 
f=4 MHz 
f=lO MHz 
f=30 MHz 
f=lOO 
MHz 


CMOS 
2 
100 
108/- 
44/- 
TTL-LS 
50 
10 
4.3/- 
1.75/- 
.6/- 
TTL-F 
50 
2-3 
4.3/55 
1.75/40 
.6/4.4 
-/2.2 
HCT 
50 
2-3 
4.3/55 
1.75/40 
.6/4.4 
-/2.2 
HC 
50 
2-3 
4.3/55 
1.75/40 
.6/4.4 
-/2.2. 
ACL 
175 
1-2 
-/15.4 
-/3.2 
-/2.1 
-/.62 
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This 
table 
shows 
that 
many 
practical 
applications 
shall 
not 
fulfill 
the 
radiation 
requirements. 


In most 
cases, 
filtering 
or 
shielding 
of 
the 
outgoing 
cable, 
which 
leaves 
the 
product 
will 
be 
sufficient. 
Shielding 
of 
the 
entire 
product, 
plus 
the 


necessary 
filtering, 
becomes 
inevitable 
when 
the 
magnetic 
loop 
constrains 
are 
exceeded. 


VIII. 
Circuit 
designs 
shall 
be 
made 
in 
such 
a way 
that 
the 


voltage drop 
between 
references 
shall 
not 
directly 
excite 
an 
antenna 
being 
any 
outgoing 
cable. 


Simple 
approximations 
will 
give 
the 
number 
for 
the 
required 
filtering 
or 
shielding 
performance 
whenever 
necessary. 
These 
can 
be 
found 
by 
using 
the 
tables 
6 and 
7 and 
counting 
the 
number 
of 
correlated 
sources 
in 
the 
product. 


In 
the 
chapters 
7,8 
and 
9 some 
basic 
information 
is 
given 
about 
the 
cable 
shield 
performance 
and 
filtering 
techniques. 


All 
connectors, 
which 
provide 
the 
interconnections 
to 
other 
panels 
and/or 
units, 
must 
be 
placed 
as 
close 
as 
possible 
to 
one 
another. 
In 
this 
way 
common-mode 
currents, 
which 
are 
induced 
in 
those 
cables, 
will 
NOT 
flow 
through 
the 
traces 
of 
the 
circuit 
on 
the 
PCB. 
In 
addition 
voltagedrop 


between 
references 
on 
the 
PCB 
will 
not 
excite 
the 
(antenna)-cables. 


To 
avoid 
such 
common-mode 
effects, 
it may 
be 
necessary 
to make 
a 
separation 
between 
the 
reference-strip 
near 
to 
the 
connectors 
and 
the 
groundplane, 
groundgrid 
or 
reference 
of 
the 
circuitry 
on 
the 
PCB. 
This 
groundstrip 
shall, 
if 
applicable, 
be 
connected 
to 
the 
metal 
cover 
of 
the 
product. 
From 
this 
separate 
groundstrip, 
only 
high 
impedances; 
inductors, 
resistors, 
reed 
relays 
and 
opto-couplers 
are 
allowed 
in-between 
these 
two 
grounds. 
This 
will 
be 
explained 
when 
the 
filter 
networks 
are 
described, 
chapter 
9. 


conn. 0 
I 


conn. 


2 
< 


conn. 


3 


/\ 
/ 
\ 
/ 


---> 
\/ 
Avoid 
this 
current 
flow 
!! 
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IX. 
All 
connectors 
need 
to be 
placed 
as 
close 
as 
possible 
to 
one 


another 
in order 
to 
prevent 
external 
currents 
running 
through 


the 
traces 
or 
reference 
of 
the 
PCB. 


Cables 
have, 
when 
they 
are 
shielded, 
a 
tranferimpedance, 
see 
appendix 
B. 
Determined 
by 
the 
amplitude 
and 
the 
frequency 
content 
of 
the 
signals 
flowing 


through 
these 
cables 
a choice 
shall 
be 
made. 
In 
case 
cables, 
leaving 
the 
enclosure 
of 
the 
product, 
contain 
data 
above 
a 


10 kHz 
clockrate, 
shielding 
will 
be 
inevitable 
(product 
requirement). 


This 
shielding 
shall 
be 
connected 
to 
ground 
(metal 
cover 
product) 
on 
both 
ends 
of 
the 
cable, 
this 
to 
assure 
that 
the 
shield 
acts 
both 
as 
an 
electric 
and 
a magnetic 
shield. 


If 
separate 
grounds 
are 
used, 
this 
shall 
be 
done 
to 
the 
"connector-ground" 
instead 
of 
the 
"circuit-ground". 


In 
case 
the 
clockrate 
is 
above 
10 kHz 
and 
below 
1 MHz 
and 
the 
risetime 
of 
the 
logic 
is kept 
as 
slow 
as 
possible, 
an 
optical 
coverage 
of 
80 
% or 
more 
or 
a 
transferimpedance 
which 
equals 
less 
then 
10 
nH/m 
will 
do. 
Above 
1 MHz 
clockrates, 
better 
shielded 
cables 
are 
always 
necessary. 


In 
general, 
coaxial 
cable 
excluded, 
the 
shield 
of 
the 
cable 
shall 
not 
be 
used 
as 
signalreturn. 


By 
using 
passive 
filters 
in 
series 
with 
the 
signal 
input 
/outputs 
to 
the 
ground/reference, 
to 
reduce 
the 
RF-content, 
the 
necessity 
of 
a high 
quality 
shielding 
and 
the 
corresponding 
connector 
can 
be 
avoided. 


A 
proper 
shielded 
cable 
will 
have 
a 
transferimpedance 
equal 
to 
or 
less 
than 


Ij.w.lO 
nH/ml. 
Every 
wire 
has 
an 
inductance 
of 
1 nH/mm, 
chapter 
2.1. 
In 
case 
the 
shielding 
of 
such 
a cable 
is wrapped 
into 
a pigtail, 
the 
inductance 
of 
that 
pigtail 
will 
degrade 
the 
shielding 
performance, 
thus 
increase 
the 
transferimpedance, 
of 
the 
cable. 


Signal 
bandwidth 
reduction 
shall 
be 
achieved 
by 
using 
RC 
low-pass 
filters. 


In 
case 
the 
voltagedrop 
across 
the 
series 
resistor 
is unacceptable 
an 
inductor 
with 
high 
RF-losses 
shall 
be 
used. 
The 
LC 
low-pass 
filter 
will 
always 
show 
resonances 
and 
therefore 
its Q must 
be 
kept 
low. 
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The 
filter 
can be used 
in two directions 
namely; 
to prevent 
emission 
from 
the PCB and 
to improve 
the 
immunity 
of the board 
to external 
sources, 
e.g. 


RF-transmitters, 
ESD, 
etc. 


The 
lay-out 
of the 
interconnection 
of the shield 
of the cable 
and 
a low- 
pass 
RCR-filter 
is given 
in figure 
12. The 
lay-out 
of the 
filter 
shall 
be 
such 
that 
the requirements 
for the maximum 
loopareas, 
table 
6, and 
the 
requirements 
for 
the maximum 
tracelength, 
table 
7, are not 
violated. 


Shielded 
Cable 


short 
connection 
-'I 


Figure 
12. 
Lay-out 
of the 
interconnection 
and 
filtering 
of a shielded 
cable 
to a PCB. 


XI. 
Currents, 
which 
do not 
belong 
to the 
circuit 
signals, 


should 
be by-passed 
using 
another 
path. 


XII. 
The bandwidth 
of signals 
should 
be 
limited 
to the 
least 


functional 
bandwidth. 
Use 
the 
slowest 
logic 
family 


suitable 
for the 
function. 
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An 
EURO-card 
PCB 
(100 
x 
160 
mm2) 
has 
been 
chosen 
to 
demonstrate 
the 
effects 


of 
signallines 
and 
their 
signalreturns 
with 
respect 
to magnetic 
radiation. 


The 
board 
contains 
a relaxation 
oscillator, 
created 
by 
3 
inverters 
(NANDS) 
and 
an 
RC-network 
(1 kO, 
560 
pF), 
which 
will 
produce 
a 
squarewave 


voltage 
signal. 
The 
frequency 
will 
be 
determined 
by 
the 
used 
logic 
and 
its 
threshold 
voltages. 
This 
oscillator 
is placed 
in 
one 
corner 
of 
the 
board 
together 
with 
some 
switches 
to 
change 
signal-return 
path 
and 
supply 
decoupling. 
In 
the 
opposite 
corner 
of 
the 
PCB 
another 
quad 
NAND 
has 
been 
placed 
as 
a capacitive 
load. 
These 
NANDS 
are 
all 
cascaded 
and 
will 
change 


status 
with 
some 
skew. 
The 
last 
NAND 
is 
terminated 
by 
a resistor. 
The 
supply 
decoupling 
of 
this 
IC 
can 
be 
altered 
as well. 
The 
diagram 
of 
the 
circuit 
with 
the 
switches 
is 
given 
in 
figure 
13 
and 
the 


physical 
lay-out 
of 
the 
PCB 
and 
component 
placement 
are 
given 
in 
figure 
14. 


The 
layout 
has 
been 
chosen 
such 
that 
the 
supply 
traces 
are 
as 
close 
as 


possible 
to 
one-another, 
which 
is commonly 
arranged 
by 
a proper 
CAD-tool. 


In parallel 
to 
the 
signaltrace 
a 
signalreturn 
trace 
has 
been 
placed, 


according 
to 
chapter 
4. 
At 
the 
supply 
pins 
of 
the 
ICs 
decoupling 
capacitors 
are 
added 
to 
each 
IC. 
By 
means 
of jumpers 
or 
switches 
a 
series 
inductor 
may 


be 
short-circuited 
or 
added 
to 
the 
circuit. 


In 
total 
4 
relevant 
situations 
can 
be 
evaluated 
which 
are 
given 
in 
the 


table 
8. 


'= 
Position 
of 
the 
switches 
Situation 
SW 1 
SW 
2 
SW 
3 
SW 
5 


1 
on 
on 
on 
off 


2 
on 
on 
on 
on 


3 
off 
on 
on 
on 
4 
off 
off 
off 
on 


Table 
8. A 
list 
of 
the 
relevant 
configurations 
of 
the 
switches 
on 
the 
demo- 
board 
with 
respect 
to 
emission 
measures. 


Supply 
decoupling 
only 
takes 
place 
by 
the 
capacitors 
and 
the 


signalreturn 
has 
been 
established 
through 
the 
supply 
trace 
VEE 
(VDD)· 


Supply 
decoupling 
only 
takes 
place 
by 
the 
capacitors 
and 
the 


signalreturn 
has 
been 
established 
through 
the 
supply 
trace 
VEE 
(VDD) 
AND 
a 
trace 
in parallel 
to 
the 
signaltrace. 


The 
coupling 
between 
signal 
and 
signal return 
determines 
that 


only 
a 
small 
portion 
of 
the 
signal-return 
current 
will 
flow 


through 
the 
supply 
traces. 


The 
supply 
trace, 
VEE 
(VDD) , has 
been 
taken 
out 
and 
the 
ICC 
and 
signal-return-current 
have 
to 
flow 
through 
the 
trace 
next 


to 
the 
signalline. 
The 
high 
frequency 
components 
of 
the 
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signal-return 
current 
shall 
still 
flow 
through 
the 
VCC 
(VSS) 


trace 
due 
to 
the 
(de-)coupling 
capacitors 
at 
the 
supply 
pins 
of 
the 
ICs. 


By 
adding 
the 
inductors, 
with 
sufficient 
RF-loss, 
in 
series 


with 
the 
supply 
trace, 
VCC' 
of 
both 
ICs 
ALL 
the 
signal- 


return-current 
will 
have 
to 
flow 
through 
the 
trace 
next 
to 


the 
signalline 
and 
radiation 
from 
the 
loop 
on 
the 
PCB 
has 


diminished. 


The 
effects 
with 
respect 
to 
the 
radiation 
can 
be 
measured 
both 
in 
time 
as 
in 
frequency-domain. 
The 
latter 
has 
the 
advantage 
of 
showing 
the 
differences 


between 
situation 
3 and 
4 which 
are 
marginally 
discernable 
on 
an 
oscilloscope. 
These 
RF-effects 
are 
of 
extreme 
importance 
with 
respect 
to 


radiation 
as 
explained 
in 
chapter 
6. 


To 
demonstrate 
the 
phenomena 
on 
an 
oscilloscope, 
a 
50 
(100) 
MHz 
bandwidth 
version 
shall 
be 
used. 
A 
small 
(electrically 
shielded) 
loop 
shall 
be 
used 


as 
measuring 
probe. 
If not 
available, 
a 
loop 
made 
by 
using 
a voltage 
probe 


of 
which 
the 
ground 
strap 
is 
short-circuited 
to 
the 
measuring 
tip 
can 
be 


used. 
This 
"loop" 
shall 
be 
placed 
on 
the 
PCB 
as 
some 
secondary 
loop 
near 
the 


supply 
traces. 
On 
the 
oscilloscope 
the 
effects 
of 
the 
positions 
of 
the 


switches 
can 
be 
observed. 
Measured 
results 
in 
the 
time 
domain 
are 
given 
in 


appendix 
C. 


In 
case 
a 
spectrum 
analyzer 
is used, 
a electrically 
shielded 
measuring 
loop 
shall 
be 
placed 
on 
the 
PCB 
as 
some 
secondary 
loop 
near 
the 
supply 
traces. 
On 
the 
screen 
the 
effects 
of 
the 
positions 
of 
the 
switches 
can 
be 
observed. 


Measured 
results 
in 
the 
frequency 
domain 
are 
given 
in 
appendix 
D. 


The 
behaviour 
of 
the 
PCB 
has 
been 
simulated 
with 
PHILPAC 
for 
a unity 


sinewave 
signalsource 
and 
the 
sum 
of 
the 
currents 
through 
the 
VEE 
and 
VDD 
traces 
are 
given 
in 
figure 
15. 
In 
the 
simulated 
circuit 
the 
parasitic 
capacitance 
across 
the 
chokes 
has 
been 
taken 
into 
account, 
which 
leads 
to 


the 
same 
result 
at 
higher 
frequencies 
with 
respect 
to 
situation 
3 and 
4. 


As 
long 
as 
the 
measuring 
loop 
is kept 
from 
the 
oscillator 
area, 
which 
itself 
(also 
due 
to 
the 
switches) 
radiates 
the 
effects 
can 
be 
shown 
unambiguously. 


As 
radiation 
from 
a 
certain 
passive 
network 
is reciproke. 
the 
same 
results 
could 
have 
been 
obtained 
in 
case 
of 
an 
immunity 
set-up. 
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Figure 
15. 
PHILPAC 
AC-analysis 
of 
the 
EM-radiation 
behaviour 
of 
the 
demo- 
board 
in 
the 
4 
conditions. 
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In 
this 
appendix 
the 
graphical 
presentation 
is 
given 
of 
the 
capacitive 
coupling 
between 
two 
traces 
in 
free 
space 
and 
for 
two 
traces 
above 
a 
reference 
plane 
[12, 
form. 
24.25]. 


It 
shows 
the 
necessity 
of 
a reference 
plane 
at 
a height, 
h, 
closer 
to 
the 
traces 
then 
the 
distance, 
D, 
to 
reduce 
the 
capacitive 
coupling 
between 
the 
traces. 


D 
IE 
;.[--l 
~777tt: 
d=lmm 
h=lOmm 


100 
--D(mm) 


The 
transferimpedance, 
Zt, 
is 
the 
relation 
between 
the 
current 
through 


the 
screen 
due 
to 
an 
external 
source 
and 
the 
induced 
voltage 
across 
the 


nominal 
load 
impedances 
of 
that 
cable. 
Further 
information 
about 
the 


measuring 
method 
to 
obtain 
information 
of 
the 
screening 
efficiency 
or 
the 


transferimpedance 
can 
be 
found 
in lEe publication 
96. 
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Appendix 
C 
Measured 
results 
in 
the 
time 
domain, 
150 
MHz 
bandwidth, 
from 
the 
demo-board, 
containing 
a 
74HCTOO, 
in 
the 
4 
conditions 
described 


in 
chapter 
10. 
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Appendix 
Dl 
Measured 
results 
in 
the 
frequency 
domain, 
PEAK 
detection, 
from 


the 
demo-board, 
containing 
a 
74HCTOO, 
in 
the 
4 
conditions 
described 
in 
chapter 
10. 
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In many mass manufactured 
electrical and electronic products, printed wiring boards (PWBs) are 


used in a non-shielded 
application 
because it would be too expensive to do otherwise, e.g. hand- 
held cassette players, telephones, 
televisions, 
etc. As such, the product related EMC requirements 


directly apply to the (main) PWB containing semiconductors. 
To meet economic constraints, EMC 


solutions need to be taken, as far as possible, within the semiconductors, 
such that the needs for 


external measures diminish. In order to select between the various applications 
suggested by 
different vendors, an EMC qualification 
is required too. 


Generally, 
the designer will face problems with CAD tools for PWB and semiconductor 
lay-out. 


The main problem is that all routers known are random routers which can do their functional job 
quite well on a bi- or multi-layer 
PWB, or with single or double metal processes. It will therefore 


be such that if the PWB or semiconductor 
is routed several times, using the same input, the results 
can be totally different. EMC results are commonly bad, mainly because the router is not told 
which lines need priority and which need to be close together. 


An additional problem to face is that both product and semiconductor 
developments 
need to go 
faster, by using all available tools. By adding as few as possible external (passive) components 
and 


considering 
geometrical 
constraints given by the automatic assembly tools we hope that it complies 
with the often stringent mandatory 
EMC requirements. 


The above given problems ask for an EMC evaluation method, by which the designer can, at any 
stage of the design, determine the degree of satisfying the EMC requirements. 
This EMC 


evaluation 
technique must be easy to use, easy to handle and not too expensive to assure usage of 


this method. The concept is based on the technical information now available in draft IEC 801-6. 
This concept will be explained in chapter 2. 


With respect to EMC-standards 
we can concentrate ourselves best to the generic emission and 
immunity requirements 
given in European Standards EN 50081-1 and EN 50082-1 which become 


legally enforceable 
from 1992 onwards, especially to the European Market. In these standards 


reference is made to either IEC documents or CENELEC standards in which certain disturbance 
or 
emission phenomena 
are depicted. For most product groups, the IEC CISPR 11/22 documents or 


CENELEC 
European Norm 55011/22, class B apply for RF-emission, 
whereas for immunity 


phenomena 
IEC 801-2 through -6 or CENELEC 55024-x apply. 


In our particular case, considering 
IC-development 
and IC-application, 
the most important 


document is draft IEC 801-6 as it can be applied both to immunity and emission. The validity is 
given by the fact that the EM-radiation 
properties of cables and wires connected to the Device or 


Equipment 
Under Test (OUT or EUT) are substituted by simple passive networks. As passive 


networks have reciprocity both emission and immunity can be evaluated in the same set-up. 


With the method, according to draft IEC 801-6, immunity to conducted 
RF-disturbances 
is tested. 


The set-up simulates the EM radiation effects by coupling the induced disturbing signals through 
Coupling/Decoupling 
Networks (CONs) via the cables and wires to the PWB under test in a 


defined way, Fig. I. This method is applicable in the frequency range 150 kHz up to 230 (1000) 
MHz. The set-up with CONs simulates "passive" cables which are, from the radiation point of 
view, at resonant length. The dimension of the PWB(s) between these cables and wires is assumed 
to be short compared to wavelengths 
involved. 


According 
to the existing radiation measurement 
procedures, either the cable contributions 
are 
eliminated 
by adding ferrites on them to serve reproducibility 
(EN 55020) or the cables shall be 
adjusted in length and geometry with each frequency to obtain maximum radiation (EN 55011/22). 
With the conducted 
"interaction" 
method, which simulates radiated RF-field phenomena, 
both 
problems are solved. 


Note I: This method 
also reproduces 
the electric 
and magnetic 
near-fields 
to the PWB. associated 
with the 


source 
of disturbance 
(E and H in figure 2). 


Note 2: The method 
of publication 
801-6 does not provide 
the injection 
(or measurement) 
of the current 
from 


an ideal current 
or voltage 
source. 
It rather provides 
the coupling 
of the disturbance 
signal from a real source. 


having 
a "radiation" 
resistance 
of 150 n, i.e. short-circuit 
current 
as well as open voltage 
are limited. 


CONs are mainly defined by the common-mode 
impedance represented 
at the EUT-port side, 


which needs to be about 150 n to reference 
(± 20 n, freq. :0; 30 Mhz, +60/-45 n, freq. > 30 Mhz). 
Every CON fulfilling the impedance requirements 
given in draft IEC 801-6 can be used. Typical 


application 
examples are given in the figures 3a) for shielded and 3b) for unshielded cables. In 


figure 3c) a simplified drawing for mechanical construction 
is given. By using new NiZn ferrite 
(~~ 
10(0), the entire frequency range can be covered by using one toroid on which we have 17 
windings, L(lSO 
kHz) 
~ 280 pH, and one bead-on-cable 
only. 


T 
- 50 Ohm termination 
T2 
- Power attenuator 
CON • Coupling and decoupl,ng 
network system 


Z,(. 
Common·mode 
ElIT -point impedance of !.he coupling and decoupling network 


system. 2,. = 150 Q. 
Note: 
The 100n 
resisl(m 
an: gIven 
by the 
coupllllg 
&nd decouphng 
networks. 
The 
left 
Input 
IS 


tenmnatcd 
by a (passive) 
50 n 
load 
and 
the nght 
U\pul is loaded 
by the test 
generator. 


Va 
Test generator output voltage 


U,",": 
Common·mode 
voltage between EUT and reference plane 


1_: 
Common·mode 
current through the EUT 


J,cm: 
Common-mode 
current density in the ElIT 


E. H: 
Electric and magnetic fields 


Fig.2. 
Equivalent 
circuit of Fig.l 
to explain the electromagnetic 
near-fields approximated 
by 


common-mode 
currents and voltages induced by a RF-source 
according to the immunity 


method to conducted 
disturbances. 


N 


- -_- -~_d~_(~ 


= > 20nF 


~ 


' 
100 Ohm 


input-port 


50 Ohm 


'" 
Uo 


_(~EUT-port 


C> 20nF/n 


R- n.1000hm 


Typ. Co« = 47 nF, L"", '"" 2 280 ~H 


Note: 
Low 
frequency 
mductor: 
17 wlndmgs 
on a toroId. material 
4A15 
RCC36/23/1S 


HIgh 
frequency 
Inductor: 
rube. 
malenal 
4AII. 
DIO/d65/lAO 


According 
to draft IEC 801-6, the PWB is placed on an insulating support, 0, I metre above an 
earth reference plane. If the PWB will be used in a cabinet were a metal pan is more near to the 
PWB than 0, I metre, e.g. an adjacent PWB or a metal floor plate, then that shorter distance must 
be used. The earth reference plane shall exceed the projected geometry 
of the PWB and the used 
CONs on all sides by at least 0,2 m. 


On all cables measures to obtain high common-mode 
impedances 
at the frequencies of interest or 


CONs must be inserted. The number of CONs should be limited (between 3 and 5) by restricting 
oneself to the representative 
functions and main (disturbing) current distributions 
occurring to the 


application 
in practice. The CONs need to be placed directly on the earth reference plane, making 


proper contact to it, at a maximum 
distance of 0,3 metre from the PWB. The cables between the 


CONs and the PWB shall be as short as possible. Their height over the earth reference plane must 
be kept between 
30 and 50 mm (as long as possible). 


All auxiliary equipment, 
AE, required for the defined operation of the PWB, according to the 


specifications 
of the product, must be connected 
through high common-mode 
impedances 
or 


through CONs to the PWB, e.g. communication, 
modem, printer, sensor, etc. This shall also be 


done for all auxiliary equipment 
necessary 
for ensuring proper data transfer and assessment of the 
functions. 


Warning 
1: As measures 
to obtain high common-mode 
impedances and CDNs are 
transparent for functional 
signals, part of the disturbance 
signal may enter the auxiliary 
equipment in this way. As such, filtering 
measures will be inevitable. 


The present proposal. suitable for small application 
boards and semiconductor 
evaluation. 
is a 
table-top size Faraday cage where all the connections 
to DC-supply 
and other auxiliary equipment 
are made through filters mounted on the wall of the Faraday cage. The wires and cables from these 
filters to the PWB need to be wrapped on a ferrite toroid. Philips NiZn material 4A15. to create a 
high common-mode 
impedance towards the walls of the Faraday cage (= earth reference plane). 
similar to the construction 
given in Fig.3c. Then. by means of resistors defined impedances. 
150 n 
(100 n in series with an external 50 n coaxial load). are applied to simulate the radiation or 
reception performance 
of the cables or wires which might be connected 
to this application 
board in 
practical (product) application. 


Note 3: When a workbench 
Faraday 
cage is used, the earth reference 
plane is extended 
all around 
the PWB 


under 
test. As a result 
of the dimensions 
of the workbench 
Faraday 
cage, distance 
between 
PWB and CON 
will 


remain 
$ 0,3 metre. 


To keep this method simple. the maximum 
number of common-mode 
measurement 
points is set to 
3. All other wires and cables must be provided with a RF-blocking 
(high common-mode 
impedance) 
device towards the feed-through 
panel on the wall of the Faraday cage. 


- at the DC-power supply connector, 
- at the input port connector 
and 
- at the output port connector. 


Dependent on the implementation 
of the application 
board, containing one or several ICs, the 
emission or immunity performance 
can be measured. Fig.6 and 7. In those set-ups the coaxial 50 n 
loads outside the Faraday cage shall be exchanged 
in turn with either the selective voltmeter 
(spectrum 
analyzer) or the disturbance 
source. 


For worst-case 
testing the three connector positions, which are selected as common-mode 
points, 


are distributed 
all alongside the PWB. Fig.4a. This arrangement 
is chosen because one can not 
predict the geometrical 
lay-out the customer is going to use in his product. 


Note 4: Only if an application 
is required 
(to fulfil the requirements) 
such that all connectors 
are placed 
on one 


side only, FigAb. 
it must be tested as such. As a result, 
this condition 
then, shall be clearly 
stated in the 


application 
repon. 


The determination 
of the common-mode 
points of the selected pons is based on the cables or wire- 
geometries 
likely to occur in product application. 
Furthermore, 
dependent on the product 
application, 
the appropriate 
CDN shall be selected. 


When shielded cables are used, the shielding is referred to as common-mode 
point of that 
port (towards the wall of the Faraday cage), no matter how many wires are within that 
shielding. 


When unshielded 
cables are used, the common-mode 
impedance shall be established 
by 
placing a number of resistors to each individual 
wire such that the total common-mode 
resistance equals 100 n (+ 50 n external) towards the reference, being the wall of the 
Faraday cage. In series with those resistors capacitors 
(C1ota1 ~ 20 nF) must be applied such 
that the impedance 
requirements 
are still met. 


In product applications 
where an IC is fed by a signal source properly defined, i.e. signal and 
ground return are adjacent tracks, separation < 1 mm, and the tracks are short, length:; 
0, I metre, 
a coaxial CON-type 
can be applied. The same applies for the output configuration. 


Commonly, 
supply traces are not kept adjacent properly from IC to supply and therefore an 
unbalanced 
two-wire CON should be used. If an IC is properly decoupled, 
supply and ground will 
be RF-short-circuited 
and a coaxial CON can be applied. 


Warning 2: With analog circuits, outputs often cannot handle high capacitive 
loading 
which is represented 
by CDNs and its cables. As only the demodulated 
component 
at I kHz 
is of interest, an RC-filter 
need to be used in-between 
output and CDN, see Fig.5. 


b'Hm',i~1 


1~j- 


liJlEB] 
~2 


! 
- 


";:\i:"}:,i:\"3 


~ 
connectors 


47kOhm 
:----~---I 


I 


z~~ 
: _: 
1YYY\_~1_I Riy 
~' 
2,7nF 
I 
I 
I 
CDN part 
I 
8 
l 
....J 


0 
~ 
3 
'T1 
CT 
!.ll 
qQ' 


co 
~ 
~ 
Vl 
3' 
12-;; 


(1l0- 
'"~ 
C: 
'0 
0' 
...• 
3' 
3c: 
2. 
-< 
~ 
'"r::. 
::l 
<lCl 
0...., 


! 
S- 


(1l 


0 
"1:l 
~ 
tt:I 
c: 
'"S' 
<lCl 
S- 


(1l 
~ 
0...•~ 
~ 
::ln 
::r 


'T1~ 
'" 
0- 
'" 
'<n 
'" 
<lCl~ 


RF- 
Generator 


Typical signal 
source 


Power 
Amplifier 
Impedance 
Match 


Supply 
Source 
c[oc 


." 
:z: 
~ 
iJ' 
'" 
0 
W 
...., 
';1\ 
3 
0" 
8' 
Spectrum 
CD 
"a. 
Analyser 
:J 
c 
(') 
u 
tuned at 1kHz 
:::r 
0iil 
0 


m 
~ 
s: 
§ 
() 
" 
CD 
q 
0 
< 
~ 
~ 
." 
C 
8- 
~ 
c 
.- 
" 
o· 
0; 


:J 
3 
CD.- 
:::r 
0a. 


F = Filter 


') 
shall be interchanged 
at all ports 


") RF-impedance (> > 150 Ohm) 


>.Ql 
-u 
Cl.~ 
Cl.::J 
::JO 
U)(f) 


o 
Cl 


~ 


1. 
The RF generator is set at 10 MHz un-modulated. 
The output level shall be adjusted such 


that an rms voltage of e.g. 3 Volts appears at the port which will be connected 
to the 


coaxial feed-throughs 
(with the 100 Q series resistor behind) of the Faraday cage. This 
voltage is measured across the output of the 50 Q impedance matching network using a 
high input impedance 
RF-voltmeter. 


2. 
Amplitude 
modulation 
must be turned on, using a I kHz sinewave (987.5 Hz / 1005 Hz, 
see chapter 3) and the modulation 
depth must be set to 80 %. By means of an oscilloscope 
this AM-signal 
shall be observed, Neither clipping nor modulation 
inversion may occur on 


the signal wave shape. 


In this case the peak-to-peak 
level will be 15,3 Volt. 


3 Volt rms = 4,24 Volt peak = 8,48 Volt peak-to-peak 
un-modulated. 
3 Volt 80 % modulated then becomes 
15.27 Vol~_p' 


3. 
When this verification 
is accomplished 
this signal is provided to the coaxial feed-through 
connected 
to the common-mode 
point under test. 


With respect to emission measurements 
and the verification 
of the receiver used. further reference 
is made to IEC CISPR publication 
16. 


If the emission limit is given in Quasi-Peak 
or Average limits the emission performance 
shall be 
measured in Peak-mode 
first (because it is fastest to apply). 


1. 
If the PWB satisfies the Average requirements. 
using the Peak-mode. 
no further 


measurements 
have to be carried out. 


2. 
When the PWB does not satisfy the Average requirements 
but complies with the Quasi- 
Peak requirements. 
additional measurements 
in Average mode need to be carried out. 


3. 
When the PWB does not fulfil either of the requirements. 
both measurements; 
Quasi-Peak 
and Average have to be carried out. Normally. there will be insufficient 
margin and PWB 
modifications 
will be necessary. 


Note 5: If the RF-signal 
is a continuous 
sinusoidal 
wave, then the indications 
from either 
Peak. Quasi·Peak 
and 


Average·mode 
detectors 
will be equal. 


With conducted 
immunity measurements. 
the limit applicable to the product. e.g. draft IEC 801-6, 
can be used directly for verifying the IC application. 
When radiated immunity requirements 
are given. a transformation 
from electric fieldstrength 
requirements 
to induced voltages and currents has to be considered. 
For indication the following 
relation can be considered: 


I Voltemf (150 n in series) shall be taken for 1 Volt/metre (travelling 
wave, far field 
condition, 
generated 
by a tuned dipole antenna, distance ~ 3 metre) in case the cables and 
EUT are exposed to the EM-field, Le. transformation 
ratio = 0 dB. 


0,3 Voltemf (150 n in series) shall be taken for 1 Volt/metre (travelling 
wave, far field 
condition, 
generated 
by parallel plate or strip-line set-ups) in case only the EUT is exposed 
to the EM-field 
and cables are excluded, Le. transformation 
ratio = -10 dB. 


When carrying out conducted 
emission measurements 
in the frequency 
range, freq. ~ 30 Mhz, 
where the radiation limits are given in ~1Yolt/metre, measured at 10 metre distance, the following 
approximation 
can be applied: 


= (7/d).Y(Pt)' 


= (7j1O).Y(U2/150) 


E(dBpV/m) 
= U(dBlIV) - 25 dB. 


In some emission standards, 
e.g. automotive 
and information 
technology 
equipment, 
conducted 
emission requirements 
are given over a large frequency range. Those requirements 
shall be adhered 
without any transformation. 


In portable 
applications 
such as radio or television 
where an on-top antenna is used, functional 
requirements 
will be much more severe than the legal requirements. 
Those functional limits need to 
be measured 
on the product, without any annoying disturbances, 
and thereafter the relation given in 
chapter 2.6 can be applied to the found limit. 


All applications, 
e.g. a single op-amp, a transmission/speech 
circuit for telephone, JlP or video 
processor 
are tested on immunity with impedances 
(symmetrical 
and a-symmetrical 
loading) at 
inputs and outputs applied according to the application instructions 
(which shall be stated in the 
application 
report! i). 


When these (input, output) impedances 
are passive, they can be either outside or inside the 
workbench 
Faraday cage. When these are active, they should be outside. When coaxial feed- 
throughs are used, care must be taken by additional measures (iow-pass-filters, 
see Fig.5) that the 
RF-energy 
which will be superimposed 
on either input or output lines does not adversely affect the 
performance 
of the auxiliary equipment 
and that by measures the source or load impedance 
remains properly defined (even at RF). 


The signal wires going from the application 
board to the feed-through 
connectors 
or filters shall be 
provided with an RF-blocking 
impedance, 
represented 
by 14 - 17 turns on a 4C65 (freq 2: 1 MHz) 
or better 4A 15 ferrite toroid. 


By means of three 100 n resistors (pR 37 or PR 52, or equivalent 
power metal film resistors), the 
common of the input, output and supply is then coupled to the three coaxial feed-through 
connectors 
as indicated 
in paragraph 2.3. Externally, 
these connections 
are either coupled to the 
RF-disturbance 
generator, 
the selective voltmeter or terminated by a 50 n coaxial resistor. 


Note 7: The lay-out of the PWB shall be made such that either the typical performance 
of the circuit 


is tested (non-optimized 
mono- or bi-layer) or on e.g. multi-layer 
with every precaution 
taken to have 


optimal 
EMC performance 
of the IC in this application. 


Note 8: If the latter application 
cannot satisfy the EMC requirements. 
then no designer/customer 
will be capable 


of making a proper product 
with it at reasonable 
costs. 


The audio circuit shall be set at nominal (gain) conditions. 
When necessary or obtainable, 
a I kHz 
generator 
can be used to make the required setting. The baseband 
I kHz output signal across the 
normal load shall be measured. This level will be taken as a reference for the immunity 
performance 
testing. 


The disturbance 
signal (RF, 80 % modulated by I kHz) shall be applied to one of the common- 
ports of the PWB under test in turn, while the other ports are terminated 
to reference by 50 n. 
A demodulated 
signal level (I kHz only) of 40 dB less than the nominal signal level across that 
load is acceptable 
for proper operation. This level can be measured either by a low frequency 


spectrum 
analyzer or a sensitive AC- Voltmeter with a 1 kHz band-pass in front (as described in 
EN 55020). A typical pass-band 
bandwidth of 500 Hz is sufficient for these kind of measurements. 


Example: The nominal level on the a,b-lines of a telephone system is 100 mY (across 600 Q). The 
signal level across the earpiece can be measured and may be 30 mY (example only!!, 
determined 
by dynamic sensitivity 
of the earpiece). The level of the demodulated 
signal across that same 
earpiece, 
with the disturbance 
signal applied to the PWB shall be less than 0.3 mY. 


In most cases the emission 
from linear applications 
is nil unless it contains some oscillator. 
In the 
latter case, the disturbance 
generator shall be replaced by a spectrum analyzer covering the 
frequency 
range of interest. commonly 9 kHz to 1 GHz. As the emission will be continuous 
(at the 
fundamental 
and its harmonics), 
the detector chosen in the spectrum analyzer will not influence the 
readings. 
Where possible, the bandwidth 
requirements 
as stated in IEC CISPR publication 
16 shall 
be adhered. 


With video applications 
it will be such that most applications 
are based on an interlaced video 
frame sequence 
of 25 or 30 Hz. In both situations the spectrum around I kHz is fully crowded by 
harmonics 
of the frame frequency. 
It is therefore, that the modulation 
frequency, nominal 
1 kHz 
should be shifted a little up/down such that it becomes an inter-harmonic 
of the frame frequency. 


25 Hz ~ 
987,5 Hz 
30 Hz ~ 
1005 Hz 


To obtain nominal settings of the video application 
a colour bar signal is applied to the circuit to 
be fully operational. 


The demodulated 
signal at the outputs. e.g. CYBS. RGB or sync. can be measured by using a 


spectrum 
analyzer with a resolution bandwidth of $ 6 Hz. This selectivity 
is required to obtain a 


signal-to-noise 
ratio sufficient to discriminate 
the demodulated 
signal from the wanted signal. Here 
the demodulated 
signal to nominal signal level<peak_lo,peaIt) 
ratio has to be about -55 to -60 dB to be 
just not perceptible 
on the screen. This limit level can be found oy superimposing 
a I kHz signal 
to the normal signal while observing 
the picture_ The 1 kHz generator level is increased up to a 
level where it becomes just perceptible 
on the screen. This levt:! referred to the functional 
signal is 
then taken as limit for the signal-to-interference 
ratio (S/I). 


Note 9: Special 
care shall be taken to assure 
that the demodulation 
of the speclIUm analyzer 
is much 


less than the limit level to be measured. 
Additional 
low-pass 
filters, 
see Fig.5. 
may be required 
!! 


Furthermore. 
it may be necessary 
to use a comb-filter 
to lower 
the level of the frame harmonics. 


Example: The video signal level of the G-signal from the processor board to the video output stage 
is 3600 mYp_p' Then the demodulated 
signal shall be less than 3,6 mY(peak)' 


Note 10: Disturbing 
signals 
may also effect 
synchronization 
and as such appear 
as vertical 
zig-zag 
lines on the 


screen. 
This effect 
can only be measured 
by using a jitter 
or phase 
modulation 
meter 
between 
sync-out 
of the 


pattern 
generator 
and the output 
signal 
coming 
from the PWB. 


As indicated 
above emission from the PWB is measured by replacing the disturbance 
generator by 
a spectrum analyzer or selective voltmeter. 
In analog applications, 
emission will be caused by the 
video signal itself and some oscillator 
signals used for demodulation, 
mixing, etc. According to the 
emission standard EN 55013, the test page pattern of teletext shall be used as video information. 
Where possible, the bandwidth 
and detector requirements 
as stated in IEC CISPR publication 
16 
shall be adhered. 


With digital applications, 
the main problem will be the fact that it needs wide address and data 
buses for operation. 
As these wide buses arc inconvinient 
for this method, these shall be limited by 
simplifying 
the circuit or by introducing 
paralIel-to-series 
and series-to-parallel 
decoders. 


Preferable, 
these decoders must be used on the PWB under test such that only one serial line will 
be fed through the wall of the cage. To isolate the decoders from the IC under test, series resistors, 
e.g. I kil, shall be used in-between 
the decoders and the Ie. The common-mode 
points on the 
PWB needs to be chosen close to the IC to be tested instead of the serial decoder input and output 
ports indicated in chapter 2.4. 


By means of a tap, the signals at the output of the IC shall be monitored 
by means of an 
oscilloscope 
or a logic analyzer with an analog input and adjustable threshold levels. As criteria, 
the output signal of the IC may not exceed the specified high/low levels other than during 
functional transitions. 


When testing the inputs, the worst case DC-levels shall be superimposed 
to the input signal (if it 
does not already contain a DC-component 
from a previous stage). When the disturbance 
signal is 
applied to the common-mode 
points chosen, the signal levels at the outputs shall be observed. 


With more complex circuits it can be such that analog and digital inputs and outputs are available. 
By closing the loop; data -t dig.out -t dig.in -t analog out -t analog in -t compare with initial data 
and turn on/off a flag, which drives a LED, a powerful test program is carried out. 


For proper operation, 
the normal program or coding shall be applied to the IC such that the 
emission measured is representative 
for a typical application. 
In case of a flP, the outputs can be 
driven such that a digital ramp function (bit 0 = frequeny FO, bit I = FO/2, etc) is generated over 
its 4, 8 or 16 bits wide data bus. All buses will have typical length e.g. 0, I metre. The end of the 
bus shall be terminated 
as indicated in the application 
report e.g. by 50 pF//3.3 kil. The common- 
mode points for the IC under test shall be taken (similar as with immunity) to measure the 
emission performance 
of the IC in its application. 


The size of the workbench 
Faraday cage is chosen in such a way that it can contain most typical 
application 
and evaluation 
boards: 


Length: 
Width : 
Height: 


500 mm 
350 mm 
150 mm 


The Workbench 
Faraday cage is made from carbon-free 
iron 1,5 mm thick. A conductive 
gasket is 
used between the box and the cover to make proper contact. The inside of the box is covered with 
an anti-static 
insulating material. 


Coax 
Single line 
5 x BNC, 
4 x 7t-filter,(2 x 1,35 nF + 8 ~H, 2 Amp., 50 Volt max.), 
6 x Feed-through 
capacitors, 
(62 nF, 16 Amp., 500 Volt max.). 


The shielding effectiveness 
in H•. .z directions 
is bener than 60 dB in the frequency 
range 1 to 
1000 MHz, measured 
with two 60 mm electrically 
shielded loops according to Mil.Std. 220. An 
example of the shielding 
effectiveness 
of the workbench 
Faraday cage is given in Fig.? 


The characteristics 
of the 7t-filters (Low-Pass-Filter 
at 1 MHz) and the feed-through 
capacitors 
are 
given in Fig.8. The choice for these filters is made such that by additional external measures the 
filtering performance 
can be enhanced 
at low frequencies. 
For most applications 
the given 
performance 
will be sufficient. These 7t-filters can also be used at the outputs of digital circuits 
when using a 100 n resistor in series. In this case, the pass-band 
is limited to about 500 kHz, 


which is still sufficient 
to allow e.g. r2C-communication. 
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With an 83CL410 
micro controller 
and a PCF1252-x 
reset circuit 
is is possible 
to make a 
software 
driven 
A-to-D 
converter. 
In this application 
note an example 
is described 
where 
an 83CL410 
measures 
its own supply voltage. 
The resolution 
of the measurement 
is O.1V. The program 
example 
also refers to this application. 


Chapter 
2 describes 
the algorithm 
of the conversion. 
In chapter 
3 the example 
with 
83CL410/PCF1252 
is described. 
Both hardware 
and software 
of this example 
are explained. 


References: 


8051-based 
8-bit micro controllers; 
Data Handbook 
IC20 
PCF1252-x 
data sheet 


The basic principle 
of the conversion 
is to convert 
the voltage 
to a time measurement. 
A 


micro controller 
without 
an on-chip 
A-to-D 
converter 
cannot 
measure 
voltages 
directly, 
but if converted 


to a time measurement, 
this can be done by software 
or with the help of an on-chip 
timer/count 


Fig. 1 shows 
the basic circuit to do the conversion. 
The circuit consists 
of an integrator 


circuit, 
a voltage 
reference 
and an analog 
input switch 
S. The analog 
input switch 
in controlled 
by the 


microcontroller. 
The integrator 
is built around 
a comparator 
whose 
output 
is connected 
to a micro 
controller 
input. 


v U: 
out 
' 


------------ 


Before the measurement 
is started, 
the analog 
switch connects 
the integrator 
input to 
ground, 
so that the integration 
capacitor 
is fully discharged. 
The measurement 
is started 
by connecting 
the integrator 
input to the unknown 
voltage. 
The integration 
capacitor 
will charge 
up. When the non- 
inverting 
input exceeds 
the reference 
voltage, 
the comparator 
output will switch from LOW to HIGH. 


The time between 
starting 
the measurement 
and the moment 
that the comparator 
output 
becomes 
HIGH, 
is measured 
by the microcontroller 
and is: 


C 
Vx-V •.••• 
T,=-R 
.In 
_ 
Vx 


The charging 
continues 
until the capacitor 
is fully charged. 
Then the integrator 
input is 
grounded 
via the analog 
switch. The integration 
capacitor 
discharges 
while the comparator 
output 
is 
HIGH. When the input voltage 
becomes 
lower than the reference 
voltage, 
the comparator 
output 
becomes 
LOW again. 
The time between 
the start of the discharging 
and the moment 
that the 
comparator 
output 
becomes 
LOW, is measured 
by the microcontroller 
and is: 


When the micro controller 
uses the ratio between 
T, and T2 the result becomes 
independent 
of the values 
of Rand 
C. The resulting 
ratio can then be used as a pointer 
to a look-up 
table that may contain 
an indication 
for the measured 
parameter 
or display 
data. 


In the example 
an application 
is used where 
an microcontroller 
measures 
its own supply 
voltage. 
The supply 
voltage 
is generated 
by solar cells, so power consumption 
should 
be minimized. 
The measured 
voltage 
is shown on an LCD display. 


An 83CL41 0 is used as microcontroller. 
This controller 
is a 80C51 family 
member. 


Compared 
with a standard 
80C51 
it has the following 
extra features: 
• 
Wide supply 
voltage 
range of 1.8V to 6V. 


Wide operating 
frequency 
range of 32kHz to 20MHz 
with internal 
oscillator. 


With external 
oscillator 
there are no limitations 
on the lower frquency 
limit. 


Byte I~ 
interface 
instead of UART. 


8 extra external 
interrupt 
inputs on P1. The interrupt 
level is programmable. 


These 
interrupts 
can terminate 
the power-down 
mode. 


3 mask programmable 
1/0 port contigurations. 


These configurations 
are: 
• Standard 
quasi-bidirectional 
1/0 
• Open-<frain output, 
standard 
input 
• Push-pull 
output, 
no input 
1/0 port levels after RESET 
are mask programmable. 
Of these features 
only the byte 12C interface 
is not used. 


The PCF1252 
is used for monitoring 
the power supply voltage 
and generating 
a reset 
pulse when the supply 
drops too much. Several 
versions 
of PCF1252 
are available, 
every one with its 
own trip voltage. 
The PCF1252 
also has an unused 
comparator. 
This comparator 
is used for the 
integrator 
circuit. 
The inverting 
input is internally 
connected 
to a 1.3V reference. 


Fig. 2 shows the A-to-D conversion 
part of the circuit. 
R1 and C1 determine 
the time-eonstant 
of the circuit. 
The input of the integrator 
is connected 
to P1.1 
of the micro controller. 
This port line has a push-pull 
configuration. 
It is used as the analog 
switch 
shown 
in fig. 1. When this output 
line is made HIGH, the integrator 
is connected 
to the supply 
voltage. 


This is the voltage 
to be measured. 
The voltages 
on the non-inverting 
input and the output 
are shown 
in fig.2. The output 
of the comparator 
is LOW, and the capacitor 
will be charged. 
When the voltage 
at 
the non-inverting 
input becomes 
higher than 1.3V, the comparator 
output will become 
HIGH. This 
HIGH level will cause an interrupt 
on P1.0 (IL2=1). 
The voltage 
on the inverting 
input will want to rise 
to Vcc+1.3V. 
This voltage 
is limited by 2 external 
diodes. 
R2 is a current 
limit resistor. 
Next step is that P1.1 becomes 
LOW, so that the capacitor 
will be discharged. 
The P1.0 
input is now programmed 
to generate 
an interrupt 
on a LOW level (1L2=O). This will happen 
when the 
voltage 
on the inverting 
input has dropped 
below 
1.3V. 
At this point both charge 
and discharge 
times are known, 
and the supply voltage 
can be 
calculated. 
In this circuit the PCF1252-9 
is used, which will generate 
a reset pules when the supply 
voltage 
is lower than 2.55V. 
This limits the lower end of the supply voltage 
range. However, 
the 
83CL410 
is able to go as low as 1.8V. 


r---- 


I 
I 


I 
~ 
I 
I 
I 


: 
I 
1 


L 
J 
PLO 


83CL410 


y 
~""""""""""""""""Ydd+"3Y 
In 
. -----·----------·-------Vdd 


-------.;------_.- 
-- •. --------1.3V 


: 
: 
: 
i 
: 
1.3Y·Ydd 


coMourl W 


~ 


To minimize power consumption, the lowest frequency is used where the internal 
oscillator can still be used. This is 32.768kHz. This parameter, together with the resolution that must 
be met, determine the minimum value of R1.C1. In this example a resolution of 0.1V is achieved. The 
software is made to handle voltage measurements from 1.8V to 5V. 


To determine the minimum value of R1C1, the measurement of 5.0V and 4.95V is important because 
here the distance between measurements of T, and T2 is minimal. 


Vx=5.0V: 
T,=0.301 RC 
T2=1.347RC 
T:!T,=4.437 


Vx=4.95V: 
T,=0.304RC 
T2=1.337RC 
T:!T,=4.398 


Vx=4.9V: 
T,=0.308RC 
T2=1.327RC 
T:!T,=4.308 


Because of latency in the interrupt routine, a deviation ~t may occur in T, and T2. The following 
conditions must be met: 


T2 
1.347RC±f>t ~ 4.398 
T; 
0.301RC±f>t 


T2 
1.327RC±f>t s; 4.398 
T; 
0.308RC±f>t 


In this example there is an uncertainty of 2 machine cycles when measuring T, and T2. 
Given a Xtal frequency of 32.768kHz, the minimum value of RC is 0.172. 
On pg.8 the complete circuit diagram is shown of the example with the LCD connections. 
Since the LCD connections are only outputs, the push-pull configuration is used for this. 
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From pg.12 the listing of the program 
is shown. 
After 
RESET 
the initialisation 
takes place from L.45 to L.70. 


The following 
timers 
of 83CL410 
are used: 
Timer_O:Used 
to measure 
the T1 and T2 (mode_1). 


Timer_1 :Used to generate 
a timer interrupt 
for LCD polarity 
reverse 
(mode_2). 


This is the auto-reload 
mode. Every 
10ms an interrupt 
is generated. 


3 interrupts 
are used: 
INT2: Extemal 
interrupt 
for the A-to-Dconversion. 
Priority 
leveL1. 


INT4: Interrupt 
from PCD1252-9 
when supply voltage 
is smaller 
than 2.55V. 
Priority 
leveL1. 


Timer_1: 
Interrupt 
for LCD polarity 
reverse. 
Priority leveLO. 


The measurement 
is started 
at L.74. The interrupt 
level of INT2 is set to '1' and timer_O is 
started 
to measure 
T1. P1.1 is set, so that the supply-voltage 
is connected 
to the integrator 
input. 


While the integration 
capacitor 
is charging, 
the 83CL410 
is in IDLE-mode 
to reduce 
power 
consumption. 
This part of the measurement 
is identified 
by ADC_Status=1. 
When 
INT2 is 
generated,the 
interrupt 
routine 
is entered 
(from L.181). 
Timer_O is read and its value 
is stored 
in R4 
(MSB) 
and R5 (LSB). The interrupt 
level of INT2 is cleared 
to '0' for the second 
part of the 
measurement. 
After clearing 
the interrupt 
flag, the main program 
is entered 
again at L.85. 


A delay 
is entered 
at this point so that the integration 
capacitor 
can be discharged 
sufficiently 
from 
V,+ 1.3V to V,. The delay is 32 time-outs 
of timer_1. 
During this delay, the controller 
is in IDLE mode. 
After the delay, 
P1.0 is cleared 
to discharge 
the integration 
capacitor. 
Timer_O is started 
to measure 
T2. Again the micro controller 
enters the IDLE mode until INT2 is generated. 


In the interrupt 
routine, 
the interrupt 
level is now set to '1' again for the next A-to-D 
conversion. 
In the main program, 
T2 is copied to R6 (MSB) 
and R7 (LSB) (L.96 and L97). 


Now that T1 and T2 are known, 
the measured 
voltage 
can be determined. 
This is done 
by calculating 
the ratio between 
T1 and T2, and converting 
this to a pointer 
which 
points to a table 
with the segment 
data of the LCD display. 


In the calculation 
the ratio between 
T1 and T2 should 
be equal or greater 
than 1. If T2<11 
(L.1 07) 
then the flag 'gr_2V6' 
will be cleared 
(L.165) 
and [R4.R5] 
and [R6.R7] 
are exchanged. 
This point is 
met when the input voltage 
is 2.55V. 


Normally 
voltages 
< 2.55V will not be measured, 
because 
by then the PCF1252-9 
has generated 
an 
interrupt 
on INT4. This means 
a power-failure 
and the only way to start the measurement 
again, 
is that 
the PCF1252-9 
resets the microcontroller. 
The INT4 routine 
is from L.227 ..L.237). 
The program 
however 
contains 
the conversion 
table for input voltages 
as low as 1.8V. 


The pointer to the table (stored 
in [R6.R7]) 
is calculated 
by: [R6.R7]=16*[R6.R7]I[R4.R5]. 
The division 
is done by the subroutine 
'_sdivi'. 
This is a library function 
contained 
in the C-library 
of 
the BSOlTasking 
C-compiler 
package 
(typenumber: 
OM4136). 
This library 
must be linked to this 
program. 
Of the result only R7 is relevant. 
The segment 
data contains 
2 bytes, so pointer 
R7 is multiplied 
by 2 
(L.134). 
There 
are 2 segment 
tables: 
one for voltages 
>2.55V 
(L.247 ..L.274) and one for voltages 
<2.55V 
(L.284 ..L.304). 
DPTR 
is used as pointer 
for this table and is calculated 
by adding 
the table 
base (L.129 ..L132) and R7 (L.134 ..L.137). 
The following 
table shows the relation 
between 
the 
measured 
voltage, 
16*T11T2 or 16*T2IT1, 
the pointer 
and the segment 
data. 


Input voltage >2.55V 


16*T2!T1 
Table addresses 
Segment 
data 
Display 


4.95 
70.4 
140 ..147 
Ox6d,Oxbf 
5.0 V 


4.85 
67.5 
136 ..139 
Ox66,Oxef 
4.9 V 


4.75 
64.83 
130 ..135 
Ox66,Oxff 
4.8 V 


4.65 
62.18 
124 ..129 
Ox66,Ox87 
4.7 V 


4.55 
59.57 
120 ..123 
OX66,Oxfd 
4.6 V 


4.45 
56.98 
114 ..119 
OX66,Oxed 
4.5 V 


4.35 
54.43 
108 ..113 
OX66,Oxeb 
4.4 V 


4.25 
51.91 
104 ..107 
Ox66,Oxcf 
4.3 V 


4.15 
49.42 
98 ..103 
Ox66,Oxdb 
4.2 V 


4.05 
46.96 
94 ..97 
OX66,Ox86 
4.1 V 


3.95 
44.54 
90 ..93 
OX66,Oxbf 
4.0 V 


3.85 
42.14 
84 ..89 
Ox4f,Oxef 
3.9 V 


3.75 
39.82 
80 ..83 
OX4f,Oxff 
3.8 V 


3.65 
37.51 
76 ..79 
OX4f,Ox87 
3.7 V 


3.55 
35.24 
70 ..75 
OX4f,Oxfd 
3.6 V 


3.45 
33.02 
66 ..69 
Ox4f,Oxed 
3.5 V 


3.35 
30.83 
62 ..65 
OX4f,Oxeb 
3.4 V 


3.25 
28.7 
58 ..61 
Ox4f,Oxcf 
3.3 V 


3.15 
26.6 
54 ..57 
OX4f,Oxdb 
3.2 V 


3.05 
24.56 
48 ..53 
Ox4f,Ox86 
3.1 V 


2.95 
22.56 
46 ..47 
OX4f,Oxbf 
3.0 V 


2.85 
20.62 
42 ..45 
Oxdb,Oxef 
2.9 V LOBAT 


2.75 
18.73 
38 ..41 
Oxdb,Oxff 
2.8 V LOBAT 


2.65 
16.89 
34 ..37 
Oxdb,Ox87 
2.7 V LOBAT 


2.55 
15.12 
32 ..34 
Oxdb,Oxfd 
2.6 V LOBAT 


Input voltage 
<2.55V 


Input voltage 
16'T1fT2 
Table addresses 
Segment 
data 
Display 


2.55 
16.92 
32 ..37 
Oxdb,Oxed 
2.5 V LOBAT 


2.45 
19.09 
38 ..43 
Oxdb,Oxeb 
2.4 V LOBAT 


2.35 
21.77 
44 ..49 
Oxdb,Oxcf 
2.3 V LOBAT 


225 
25.15 
50 ..57 
Oxdb,Oxdb 
2.2 V LOBAT 


2.15 
29.51 
58 ..69 
Oxdb,Ox86 
2.1 V LOBAT 


2.05 
35.32 
70 ..85 
Oxdb,Oxbf 
2.0 V LOBAT 


1.95 
43.35 
86 ..109 
OX86,Oxef 
1.9 V LOBAT 


1.85 
54.96 
110 ..119 
OX86,Oxlf 
1.8 V LOBAT 


Now the data can be displayed 
on the LCD display. 
When writing 
data to the LCD, the 
timer_1 
interrupt 
is disabled. 
The value of output 
LCD_COM 
(controlled 
by timer_1 
interrupt 
routine) 
determines 
wether 
the data must be written 
inverted 
to the LCD or not. The data is written 
non- 
inverted 
from L.147 ..L.150, 
inverted 
from L.153 ..L.158. When the data is written, 
timer_1 
interrupt 
is 
enabled 
again, 
and a new A-to-D conversion 
is started 
at label Start_ADC. 


From L.21 0..L.219 the timec 
1 interrupt 
routine 
is shown. 
In this routine the segment 
lines 
to the LCD display 
are inverted 
(on P2 and P3). Also LCD_COM 
is inverted, 
which 
is the COMMON 
pin of the display. 
On L.218 the value 
Dis_tim 
is incremented. 
This is for the delay between 
the measurement 
of T1 and 
T2 (see L.8S). 
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V3.0b 
Serial 
'00052252 
Main 
program 


PAGE 


1 
$TITLE(Main 
program) 


2 
$DEBOG 
3 
$ 


4 
• 1 ·C:\Tools\Tasking\ASM5l\Include\805l\Reg4l0.Inc· 


5 


6 
;Timer_O 
15 
used 
for 
AID 
conversion 
1n 
combination 
with 
PCF1252 


7 
iTimer_l 
1s 
used 
as 
time 
base 
for 
LCD 
switching 


8 
iINT2 
is 
used 
as 
input 
for 
AID 
conversion 


9 
;INT4 
1s 
used 
as 
power-failure 
input 
from 
PCF1252 


10 
;All timing 
related 
to Xtal=32.768kHz 


11 


12 


0091 
13 
Anal-in 
EQU 
9lh 
;Pl.l 
is 
voltage 
switch 


0095 
14 
LCD_COM 
EQU 
95h 
;Pl.5 is COM of LCD display 
OOBO 
15 
Digit_l 
EQU 
OBOh 
;P3 is first digit 
of LCD 


;display 


OOAO 
16 
Digit_2 
EQU 
OAOh 
;P2 is second 
digit 
of LCD 


;display 


17 


18 


0000: 


0001: 


19 


20 


21 


22 


23 


24 


25 


26 


27 


28 


29 


30 


31 
ADC_Status: 


32 
Gr 2v6: 


33 


34 


35 
Stk St: 
36 


37 


Flags 
segment 
Bit 


Stack 
segment 
Data 


Main 
segment 
Code 
Inblock 


Table_ 1 segment 
Code 
Page 


Table 
2 segment 
Code Page 


ADC 
segment 
Code 


LCD 
segment 
Code 


Power_F 
segment 
Code 


RSEG Flags 


OBIT 
1 
;Status 
flag 
AD 
converter 


OBIT 
1 
;Flag 
indicating 
that V<2.55V 


RSEG 
stack 


OS 
20 
;Deflne 
stack 


Dis_tim 
set 
r2 
;Timer 
for 
cap. 
discharge 
from 
Vdd+l.3 


;ta 
Vdd 
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0000: 
C291 


0002: 
7581FF 


0005: C200 


OOOA: 
53E9FB 


0000: 
D2EA 


OOOF: 
D2AF 


0014: 
758DF5 


0017: 
758B50 


OOlA: 
D28E 


OOlC: 
308FFD 


001F: 
C28F 


0021: 
C28E 


0023: 
758BE1 


0026: 
758DE1 


0029: D28E 


002B: 
D2AB 


0020: 
43E901 


0030: 


0030: 
758CFF 


0033: 
758AFB 


0036: D28C 


0038: 
0291 


003A: 
D2E8 


003C: 
438701 


003F: 
3000FA 


CSEG AT 
00 


1jrnpStart 


RSEG Main 


aIr 
Anal_in 
iGround 
analog 
input 


mav 
sp,'Stk_St-l 
;Inltiallse 
stack 
pointer 


aIr 
ADC_Status 
;Inltlalise 
ADC 
status 


mav 
thO,'OFFh 
;Load 
tirner_O 


mov 
t10,fOFBh 


setb trO 
;Start timer_O 


setb 
Anal_in 
;Start 
raising 
part 
of 
measurement 


setb ex2 
;Enab1e 
INT2 


orl 
pcon,fOl 
;Go 
to 
idle 
mode 


jnb ADC_Status,Id_1;Wait 
till 
first part 
of measurement 


;1s 
handled 


;Exit 
from 
idle 
mode 
could 
be 
from 
LCD 


iinterrupt 


an1 
ix1,fOfbh 


setb 
ex4 


setb 
ea 


mov 
thl,fOf5h 


mov 
tl1,f050h 


setb tr1 


jnb tfl, $ 


clr tfl 


clr tr1 


mav 
tll,'Oelh 


mov 
th1,fOelh 


setb 
trl 


setb etl 


;Measurement 
of 
supply 
voltage 


or1 
ix1,f01H 


;INT2 is priority 
level 
1 


; measurem. 
) 


;INT4 is priority 
level 


;Timer_l 
interrupt 
level 
0 


;INT4 
on 
low 
level 


;Enab1e 
INT4 


iGlobal 
enable 
interrupts 


(Power fail) 


(LCD switch) 


;Timer_1 
mode 
(LCD switch) 


8 
bit 
auto 
reload 
mode 


;Timer_O 
mode 
(AID 
conversion) 


16 bit 
timer 


;De1ay 
for discharging 
cap's 
(+/- lsec) 


;start 
timer_l 


iEnable 
timer 
1 
interrupt 
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0042: 
7AOO 


0044: 
438701 


0047: BA20FA 


004A: 
758CFF 


004D: 
758AFB 


0050: 
D28C 


0052: 
C291 


0054: 
438701 


0057: 
2000FA 


005A: 
C2E8 


005C: AE8C 


0060: D201 


0062: 
C3 


0063: 
EE 


0064: 
9C 


0065: 
404C 


0067: 
7004 


0069: 
EF 


006A: 
9D 


006B: 
4046 


006D: 
7806 


006F: 
EF 


0070: 
C4 


0071: 
54FO 


0073: 
CF 


0074: 
C4 


0075: 
CE 


0076: 
C4 


0077: 
D6 


0078: 
FE 


83 


84 
Id 2: 


85 


86 
87 
88 


89 


90 


91 


92 


93 
Id 3: 


94 


95 


96 


97 


98 


99 


100 


101 


102 


103 


104 


105 


106 


107 


108 


109 


110 


111 


112 


113 


114 


115 


116 
Calculate: 


117 


118 


119 


120 


121 


122 


123 


124 


125 


126 


mov 
Di._tim,fOO 
;Di.charge 
delay: 
Vdd+1.3 ...Vdd 


orl 
peon,tOl 
iGo 
to 
idle 
mode 


cjne Di._tim, f20h, Id_2 
;De1ay: 
32 LCD_time_out. 


;If not equal: 
idle 


mov 
thO,fOFFh 


mov 
tlO,fOFBh 


.etb trO 


c1r Anal_in 


;Start timer_O 


;start 
second 
part 
of 
measurement 
is 


;handled 


orl 
peon,fOI 
iGo 
to 
idle 
mode 


jb ADC_Statu., Id_3 
;Wait till mea.urement 
i. finished 


clr ex2 
;Di.able 
INT2 


mav 
r6,thO 
;Get 
timer 
data 
of 
second 
part 
of 


;measurement 


.etb gr_2v6 
clr 
c 


mava,r6 


subb 
a, r4 


jc Sma11_2v6 


jnz 
Calculate 


mava/r? 


subb 
a,rS 


jc Sma11_ 2v6 


mav 
rO,t06 


mava,r? 


swap 
a 


anI a,fOfOh 
xch a, r7 


swap 
a 
xch a, r6 


swap 
a 


xchd 
a,@rO 


mav 
r6,a 


;T2 


iProcess 
data 


;If T1>T2 
then 
[R6.R7] and 
[R4.R5] must 


;be exchanged. 
Also 
other 
segment 
table 


;rnust 
be 
used. 


;Set gr_2v6 flag 


;Test 
T2-Tl 


;Calcu1ate 
T2/T1 


; [R6.R7J=[R6.R7)/[R4.R5] 


; 
1<Result<4.4 


;Before 
diViding: 
[R6.R7]=16*[R6.R7] 


irO 
points 
to 
r6 
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007F: 
900000 


0082: 
8003 


0084: 
900000 


0087: 
C3 


0088: 
EF 


0089: 
33 


008A: 
F582 


008C: 
C3 


0080: 
9494 


008F: 
4003 


0091: 
758294 


0094: 


data 


0094: 
C2AB 


0096: 
E4 


0097: 
93 


0098: 
209509 


009B: 
F5BO 


0090: 
7401 


009F: 
93 


OOAO: 
F5AO 


00A2: 
OlAF 


00A4: 


00A4: 
64FF 


00A6: 
F5BO 


00A8: 
7401 


OOAA: 
93 


OOAB: 
64FF 


OOAD: 
F5AO 


OOAF: 


OOAF: 
D2AB 


00B1: 
0130 


00B3: 


00B3: 
C201 


00B5: 
CC 


00B6: 
CE 


00B7: 
FC 


00B8: 
CD 


00B9: 
CF 


OOBA: 
FD 
OOBB: 
80BO 


130 


131 


132 
Sec tab: 


133 
Calcyoint: 


134 


135 


136 


137 


138 


139 


140 


141 


142 
Display: 


mov 
dptr,'Seg_tab_1 


sjmp Calcyoint 


mav 
dptr,tSeg_tab_2 


clr 
c 


mava,r? 


rlc 
a 


mav 
dpl,a 


clr 
c 


subb a,.148 


j" Display 


mov 
dpl, fl48 


clr 
etl 


clr 
a 


move 
a,@a+dptr 


jb LCD_COM,Com_ 


mav 
Digit_l,a 


mav 
a"ol 


move 
a,@a+dptr 


mav 
Digit_2,a 


ajrnp New_meas 


xrl 
a, ,Offh 


mav 
Digit_l,a 


mava,.ol 


move 
a,@a+dptr 


xrl 
a,fOffh 


mav 
Dlg1t_2,a 


setb etl 


ajmp 
Start_ADc 


clr 
Gr_2v6 
xch a, r4 


xch 
a,r6 


mav r4, a 


xch 
a,rS 


xch 
a,r? 


mav 
rS,a 
sjmp Calculate 


;Calculate 
address 
of 
segment 
info 


;2*R7 


;Get segment 
1 data 
(digit + LOBAT) 


;If 
LCD_COM=!, 
then 
invert 
result 


;V<2.55V. 
Exchange 
registers 
;Clear flag 


;Exchange 
[R4.R5] and 
[R6.R7] 


TSW-ASM51 
V3.0b 
Serial 
.00052252 
Main 
program 


PAGE 
5 


LINE 
SOURCE 


173 


174 


175 
$EJECT 


176 


177 


178 
;A/D 
measurement 
interrupt 
routine 
(INT21 


179 


003B: 
020000 
R 


0000: 
C28C 
R 


0002: 
B200 
R 


0004: 
300009 
R 


0007: AC8C 


0009: AD8A 


OOOB: 
53E9FE 


0013: 
C2CO 


0015: 
32 


180 


181 


182 


183 


184 


185 
ADC_Int: 


186 


187 


188 


189 


190 


191 


192 


193 


194 


195 


196 


197 


198 


199 


200 


201 
Leave_INT2: 


202 


203 


204 


205 
$eject 


206 


207 


CSEG AT 3Bh 


1jmp ADC_Int 


RSEG ADC 


c1r trO 


cp1 ADC-status 


jnb ADC-Status, Stat -0 


;ADC-status 
is 'I' 


mov 
r4,thO 
;Get 
timer -0 
values 


mov 
r5, tlO 
;T1 


anI 
ixl,fOFEh 
;INT2 on 
'0' input 
level 


;Check 
discharge 
Vd+1.3V 


sjmp 
Leave -INT2 


;ADC-Status 
is '0' 


Stat-0: 
or1 
ix1,'01H 
;INT2 on 
'I' input 
level 


c1r 
iq2 


rati 


208 
;Timer_l 
interrupt 
for 
inverting 
LCD 
signals 


209 


0000: 
63BOFF 


0003: 
B295 


0005: 
63AOFF 


210 


211 


212 


213 


214 


215 
LCD_int: 


216 


217 


CSEG AT 
1Bh 


1jmp LCD_int 


RSEG 
LCD 


xr1 Digit 
l,'Offh 
;Invert 
digit 
1 


cp1 LCD_COM 
;Invert 
LCD_COM 


xr1 Digit_2,'Offh 
;Invert 
digit_2 
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LOC 
OBJ 


0008: 
OA 


0009: 
32 


LINE 
SOURCE 


218 


219 


220 


221 
$eject 


222 


223 


224 
iPower 
failure 
interrupt 
routine 
(INT4) 


225 


226 


227 
CSEG AT 04Bh 


004B: 
020000 
R 
228 
ljmp P Fail 


229 


230 
RSEG 
Power_F 


0000: 
C291 
R 
231 
P_Fail : 
clr 
Anal 
in 


0002: 
E4 
232 
clr 
a 


0003: 
F5BO 
233 
mov 
D1git 
1,a 


0005: 
C295 
234 
clr LCD_COM 


0007: 
F5AO 
235 
mov 
Digit_2, a 


0009: 
80FE 
236 
sjmp 
$ 


237 


238 
$eject 


239 


240 
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LOC 
OBJ 
LINE 
SOURCE 


241 
;Table 
with 
LCD segment 
data 
for V>~2.55V 


242 


243 


244 
rseg table-1 


245 


0000: 
R 
246 
seg_Tab_ 1: 


0000: 
247 
ds 32 
;V<2.55V. 
(Adr:0 ..31) 


0020: DBFD 
248 
db Odbh,Ofdh 
;'2.6V 
LOBAT' 


; (Adr:32 ..33) 


0022: DB87DB87 
249 
db Odbh,87h,Odbh,87h 
;' 2. 7V 
LOBAT' 


; (Adr:34 ..37) 


0026: 
DBFFDBFF 
250 
db Odbh,Offh,Odbh,Offh 
;,2 .8V LaBAT' 


; (Adr:38 ..41) 


002A: 
DBEFDBEF 
251 
db Odbh,Oefh,Odbh,Oefh 
;'2.9V 
LaBAT' 


; (Adr:42 ..45) 


002E: 
4FBF 
252 
db 04fh,Obfh 
;' 3.0V' 
(Adr:46 ..47) 


0030: 
4F864F86 
253 
db 04fh,86h,04fh,86h,04fh,86h 
;' 3.1V' 
(Adr:48 ..53) 


0034: 
4F86 


0036: 
4FDB4FDB 
254 
db 4fh,Odbh,4fh,Odbh 
;' 
3.2V' 
(Adr:54 ..57) 
003A: 
4FCF4FCF 
255 
db 4fh,Ocfh,4fh,Ocfh 
; 
I 3. 3V' 
(Adr:58 ..61) 


003E: 
4FE64FE6 
256 
db 4fh,Oe6h,4fh,Oe6h 
;'3.4V' 
(Adr:62 ..65) 


0042: 
4FED4FED 
257 
db 4fh,Oedh,4fh,Oedh 
; 
I 3. SV' 
(Adr:66 ..69) 
0046: 
4FFD4FFD 
258 
db 4fh,Ofdh,4fh,Ofdh,4fh,Ofdh 
;' 3. 6V' 
(Adr:70 ..75) 
004A: 
4FFD 


004C: 
4F874F87 
259 
db 4th, 87h, 4th, 87h 
; 
I 3. 7V' 
(Adr:76 ..79) 


0050: 
4FFF4FFF 
260 
db 4fh,Offh,4fh,Offh 
; 
I 3. 8V' 
(Adr:80 ..83) 
0054: 
4FEF4FEF 
261 
db 4fh,Oefh,4fh,Oefh,4fh,Oefh 
;'3.9V' 
(Adr:84 ..89) 
0058: 
4FEF 


005A: 
66BF66BF 
262 
db 66h,Obfh, 66h,Obfh 
;'4.OV' 
(Adr:90 ..93) 
005E: 
66866686 
263 
db 66h,86h,66h,86h 
;' 4.1V' 
(Adr:94 ..97) 
0062: 
66DB66DB 
264 
db 66h,Odbh,66h,Odbh,66h,Odbh 
;'4.2V' 
(Adr:98 ..103) 
0066: 
66DB 


0068: 
66CF66CF 
265 
db 66h,Ocfh,66h,Ocfh 
;' 4. 3V' 
(Adr:104 ..107) 
006C: 
66E666E6 
266 
db 66h,Oe6h,66h,Oe6h,66h,Oe6h 
;'4.4V' 
(Adr:108 ..113) 
0070: 
66E6 


0072 : 66ED66ED 
267 
db 66h,Oedh, 66h,Oedh,66h,Oedh 
;' 
4. sv' 
(Adr:114 ..119) 
0076: 
66ED 


0078: 
66FD66FD 
268 
db 66h,Ofdh,66h,Ofdh 
;' 
4. 6V' 
(Adr:120 ..123) 
007C: 
66876687 
269 
db 66h,87h,66h,87h,66h,87h 
;' 4. 7V' 
(Adr:124 ..129) 
0080: 
6687 


0082: 
66FF66FF 
270 
db 66h,Offh,66h,Offh,66h,Offh 
;' 
4. BV' 
(Adr:130 ..135) 
0086: 
66FF 


0088: 
66EF66EF 
271 
db 66h,Oefh,66h,Oefh 
;' 4. 9V' 
(Adr:136 ..139) 
008C: 
6DBF6DBF 
272 
db 06dh,Obfh,06dh,Obfh,06dh,Obfh;'5.0V' 
(Adr:140 ..147) 
0090: 
6DBF 


0092: 
6DBF 
273 
db 06dh, Cbfh 


0094: 
76BO 
274 
db 76h,ObOh 
;' H. IV' 
(Adr:148 ..149) 
275 


276 
$EJECT 
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279 
;Table with 
LCD segment 
data 
for V<~2.55V 


280 


281 


282 
rseg 
tab1e_2 


283 


0000: 
R 
284 
Seg_Tab_2: 


0000: 
285 
ds 32 
;V>2.55V. 
(Adr:0 ..31) 


0020: 
DBEDDBED 
286 
db Odbh,Oedh, Odbh,Oedh,Odbh,Oedh; 
'2.5V LOBAT' 


0024: 
DBED 
; (Adr:32 ..37) 


0026: 
DBE6DBE6 
287 
db Odbh,Oe6h,Odbh,Oe6h,Odbh,Oe6h;'2.4v 
LOBAT' 


002A: 
DBE6 
; (Adr:38 ..43) 


002C: 
DBCFDBCF 
288 
db Odbh,Ocfh,Odbh,Ocfh,Odbh,Ocfhi'2.3V 
LOBAT' 


0030: 
DBCF 
; (Adr:44 ..49) 


0032: 
DBDBDBDB 
289 
db Odbh,Odbh,Odbh,Odbh,Odbh,Odbh;'2.2V 
LOBAT' 


0036: 
DBDB 
; (Adr:50 ..57) 


0038: 
DBDB 
290 
db Odbh,Odbh 


003A: 
DB86DB86 
291 
db Odbh,86h,Odbh,86h,Odbh,86h 
i'2.1V 
LOBAT' 


003E: 
DB86 
; (Adr:58 ..69) 


0040: 
DB86DB86 
292 
db Odbh,86h,Odbh,86h,Odbh,86h 


0044: 
DB86 


0046: 
DBBFDBBF 
293 
db Odbh,Obfh,Odbh,Obfh,Odbh,Obfh;'2.0V 
LOBAT' 
004A: 
DBBF 
; (Adr:70 ..85) 


004C: 
DBBFDBBF 
294 
db Odbh,Obfh,Odbh,Obfh,Odbh,Obfh 


0050: 
DBBF 


0052: 
DBBFDBBF 
295 
db Odbh,Obfh,Odbh,Obfh 


0056: 
86EF86EF 
296 
db 86h,Oefh,86h,Oefh,86h,Oefh 
;'1.9V 
LOBAT' 
005A: 
86EF 
; (Adr:86 ..109) 


005C: 
86EF86EF 
297 
db 86h,Oefh,86h,Oefh,86h,Oefh 


0060: 
86EF 


0062: 
86EF86EF 
298 
db 86h,Oefh,86h,Oefh,86h,Oefh 


0066: 
86EF 


0068: 
86EF86EF 
299 
db 86h,Oefh,86h,Oefh,86h,Oefh 


006C: 
86EF 


006E: 
86FF86FF 
300 
db 86h,Offh,86h,Offh,86h,Offh 
;'I.BV 
LOBAT' 
0072 : 86FF 
; (Adr:110 ..121) 


0074: 
86FF86FF 
301 
db 86h,Offh,86h,Offh,86h,Offh 


0078: 
86FF 


007A: 
38BF38BF 
302 
db 38h,Obfh, 38h,Obfh,38h,Obfh 
;'L.OV 
LOBAT' 
007E: 
38BF 
; (Adr:122 ..133) 
0080: 
38BF38BF 
303 
db 38h,Obfh, 38h,Obfh,38h,Obfh 


0084: 
38BF 


304 
0086: 
305 
end 
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A set of software functions is given to access the E2pROM on 8xC8S1 pC's. These functions can be 
called from application programs written in assembly, PL/M-Sl or C. The functions are found in the 
E2PROM.OBJ file that can be linked to the application program. 


The driver is written and tested with the following software tools from BSO-Tasking: 
Assembler: 
ASMSI V3.2 
(OM4142) 
PL/MSl: 
PL/MSI V3.0A 
(OM4144) 
C Comp.: 
CS1 V2.0 
(OM4136) 
Debugger: 
XRAYSI V1.4c (OM4129) 


Resources used by driver: 
Exclusive use of 1 register bank (default RB1) 
Accumulator 
PSW 
1 static bit addressable RAM byte 


The functions that use write and/or erase actions are interrupt driven except for 


E2PROM_wr_byte_pol. The application can check the status of these actions by testing ttie flag 
E2PROM_BUSY. This flag is available via the function E2PROM_status. 


In the 8xC851, the E2PROM interrupt is combined with the UART interrupt. To enable the 
E2PROM interrupt, EA (in the IE-register) must be set (should be done in application program), the 
combined UARTjE2PROM enable bit must be set (ES in the IE-register, done with function 
E2PROM_incen) and the E2PROM interrupt enable bit (EElNT in ECNTRL register) must be set. The 
E2PROM interrupt flag is automatically set by functions that use erase/write actions. This means that the 
UART interrupt enable can not be disabled while the E2pROM interrupt is completely enabled. The E2PROM 
can be disabled separately with the E2PROM_incdis function. 


The priority level for UART and E2PROM interrupt are the same and are defined with the 
E2PROM_int_en function. 


The E2pROM driver has a link to a UART interrupt handler. When an UART interrupt occurs, the 
status of the controller is pushed on the stack and then interrupt flags are tested to determine the source of 
the interrupt. When the source of the interrupt is the UART, then subroutine _UART_HDL is called. The 
implementation of the UART interrupt handler is done by the user. On the disk a file UART.SRC is 
available that contains this subroutine. This routine will only clear the trx-interrupt flag (TI) and rev-interrupt 
flag (RI). 


Function 
description: 
This function 
must be called before any of the other functions 
is called. The timing register 
for 
writing/erasing 
the E2PROM 
is initialised 
and the register 
bank that the EZpROM functions 
can use 
is defined. 
The default 
registerbank 
is RB I; the ETIM register 
which determines 
the write/erase 
timing, 
is 
default 
initialised 
with Ox7B (Xtal = 12MHz). 
If other values are required, 
the parameters 
REGISTERBANK 
and XTAL must be changed 
in the equate 
list of the source file 
(E2PROM.ASM). 
The EZpROM/UART 
interrupt 
is enabled 
and set to priority 
level '0'. 


Calling 
Sequence: 
E2PROM_initO; 


Function 
prototype: 
void E2PROM_init 
(void) 


Parameters: 


None 


Function description: 


This function will enable the E2pROM/UART interrupt. The global enable bit EA is not effected 
and must be controlled by the application program. 
The priority level of the E2pROM/UART is controlled by the parameter 'Pr_Level'. 


Calling sequence: 


E2PROM_incen (pr_Level); 


Function prototype: 


void E2PROM_int_en (data char Pr_Level) 


Parameters: 


Pr_Level: 
This parameter determines the priority level on which the E2pROM/UART 
interrupts are handled. Values greater than OxOI will be interpreted as OxOl. 


Function 
description: 
This function 
will disable 
the E2pROM 
interrupt. 


Calling 
sequence: 
E2PROM_Int_Dis; 


Function 
prototype: 
void E2PROM_Int_Dis 
(void) 


Parameters: 


None 


Function description: 


This function will return the E2PROM_BUSY bit, which indicates whether a read/write transfer 
from/to the E2PROM, or an erase action is finished. 


,I' indicates that a read/write transfer is still in progress. 
'0' indicates that no read/write transfer is in progress. 


If the application program calls an E'PROM function while another E2PROM function is still in 
progress, parameters may be overwritten and an erroneous result will be obtained. 
There are 2 exceptions on this rule. When the functions "E2PROM_rd_byte_pol" or 
"E2PROM_wr_byte_pol" are called, parameters are passed to different registers in the registerbank, 
the E2PROM status is stored and the transfer is done by polling. 


Note that the E2PROM_BUSY bit is not the same as EWP-flag in the ECNTRL register. For write 
operations the EWP-flag indicates when the writing/erasing of a byte to the E2PROM is finished. 
The E2PROM_BUSY flag indicates when a complete block of data (e.g. from the 
E2PROM_wr_block function) has been written to the E'PROM. 


Calling sequence: 
bit Status; 
Status = E2PROM_Status; 


Function prototype: 
bit E2PROM_Status (void) 


Parameters: 


None 


Function description: 


This function will write a byte to E2PROM. 
If the source byte has the same value as the byte in the E2PROM, no write action will take place. 


Byte transfer is done on interrupt basis. The status of the transfer can be checked with the 
"E2PROM_Status" function. 


This function will automatically enable the E2PROM interrupt. The application program should take 
care of the E2PROM/UART interrupt enable (with E2PROM_incen) and the EA bit. 


Calling sequence: 
E2PROM_wr_byte (Src_Byte,Dest]tr); 


Function prototype: 


void E2PROM_wr_byte (data char Src_Byte,data char Dest]tr) 


Parameters: 
Src_Byte: 
Dest_Ptr: 


Byte to be written to E'PROM 
Address of E2PROM 


Function description: 
This function will read a byte from E2pROM. The status of the transfer can be checked with the 
"E2PROM_Status" function. 


Calling sequence: 
data char Result; 
Result = E2PROM_rd_byte (Src_Ptr); 


Function prototype: 
char E2PROM_Td_byte (data char Src_Ptr) 


Parameters: 
Src_Ptr: 


Function description: 
This function will write a block of data from internal RAM to E2PROM. 


Byte transfer is done on interrupt basis. The status of the transfer can be checked with the 
uE2PROM_Status 
U function. 


This function will automatically enable the E2PROM interrupt. The application program should take 
care of the E2PROM/UART interrupt enable (with E2PROM_incen) and the EA bit. 


If the source bytes are the same as the bytes in the E2pROM, no write action will take place. 
This function will automatically generate ROW-erases, whenever this will reduce programming time. 
If during execution of this function, the destination address to the E2pROM is equal to the beginning 
of an E2pROM row (3 least significant addressbits are '0') and at least 8 more bytes have to be 
programmed, a check will be done whether a ROW-erase will reduce programming time. 
If no ROW-erase is done, the time to program the ROW will be: 
Tprol= A.lw+B.(t,,+lw) 
A: Byte in E2pROM is OxOO;source byte in RAM is not OxOO 
B: Byte in E2pROM is not OxOO;source byte in RAM <> E2PROM byte 
If a ROW-erase is done, programming the ROW will take: 
Tprol= t,,+c.tw 
C: Source byte in RAM <> '0' 
Because the erase time (I,,)and the write time (lw) are equal, the function will do a ROW-erase if 
A+2.B-C-I >= 0 


Calling sequence: 


E2PROM_wr_block (Src_Ptr, Dest_Ptr, Nr_Bytes); 


Function prototype: 
void E2PROM_wcblock 
(data char "'data Src]tr, 
data char Dest]tr, 
data char Nr_Bytes) 


Parameters: 


Src_Ptr: 
DesCPtr: 
Nr_Bytes: 


Address pointer to internal RAM 
Address of first E2PROM byte 
Number of bytes to write to E2pROM 


Function description: 
This function will read a block of data from E2pROM and store it in internal RAM. The status of 
the transfer can be checked with the "E2PROM_Status" function. 


Calling sequence: 
E2PROM_rd_block (Src_Ptr, Dest_Ptr, Nr_Bytes); 


Function prototype: 
void E2PROM_rd_block (data char Src_Ptr, data char *data DesCPtr, data char Nr_Bytes) 


Parameters: 


Src_Ptr: 
DesCPtr: 
Nr_Bytes: 


Address of first E2PROM byte 
Address pointer to internal RAM 
Number of bytes to read from E2PROM 


Function description: 


This function will write a byte from internal RAM to E'PROM. 


If an E2PROM function is in progress (except E2PROM3d_byte_pol), 
this function will be 


interrupted but its status will be saved so that the interrupted function will be resumed when the 
E2PROM_wr_byte_pol function is finished. 


This function may be used e.g. in interrupt service routines, where the possibillity exists that the 
interrupted main program has allready started an E2pROM transfer. 


Calling sequence: 


E2PROM_wr_byte_pol (Src_Byte,Dest_Ptr); 


Function prototype: 
void E2PROM_wr_byte_pol (data char Src_Byte,data char Dest_Ptr) 


Parameters: 


Src_Byte: 
Dest_Ptr: 


Byte to be written to E2PROM 
Address of E2PROM 


Function description: 


This function will read a byte from E2pROM. 


If an E2pROM function is in progress (except E2PROM_Wf_byte_pol). this function will be 
interrupted but its status will be saved so that the interrupted function will be resumed when the 
E2PROM_rd_byte_pol function is finished. 


This function may be used e.g. in interrupt service routines. where the possibillity exists that the 
interrupted main program has allready started an E2pROM transfer. 


Calling sequence: 


data char Result; 
Result = E2PROM_rd_byte_pol (Src_Ptr); 


Function prototype: 


char E2PROM_Rd_Byte_Pol (data char Src_Ptr) 


Parameters: 
Src_Ptr: 


Function description: 


This function will erase all 256 E2pROM bytes. 


The erase function is done on interrupt basis. The status of the transfer can be checked with the 
"E2PROM_Status" function. 


This function will automatically enable the E2PROM interrupt. The application program should take 
care of the E2PROM/UART interrupt enable (with E2PROM_incen) and the EA bit 


Calling sequence: 


E2PROM_block_eraseO; 


Function prototype: 


void E2PROM_block_erase (void) 


Parameters: 


None 


Function 
description: 
This function 
inhibits 
access 
to E'PROM 
from external 
program 
memory. 


The following 
scheme 
gives the access possibilities 
when this function 
is executed. 


II 
- 
EA 
Address 
of E2PROM 
Access 
to 
pin 
access 
instruction 
E2PROM 


1 
< 4096 Ifl 


1 
>= 
4096 
NO 


0 
< 4096 
NO 
0 
>= 
4096 
NO 
J! 
I 
! 
II 


The write function 
is done on interrupt 
basis. The status of the transfer can be checked 
with the 
"E2PROM 
Status" 
function. 


This function 
will automatically 
enable 
the E2PROM 
interrupt. 
The application 
program 
should take 
care of the E2PROM/UART 
interrupt 
enable (with E2PROM_int_en) 
and the EA bit. 


Calling 
sequence: 
E2PROM_security 
_onO: 


Function 
prototype: 
void E2PROM_sccurity_on 
(void) 


Parameters: 


None 


Function description: 


This function will remove E2pROM protection. Access to E2pROM from external program memory 
is now possible if this function is executed from the right program memory. 
The following scheme gives the possibilities when 'E2PROM_security-off 
is executed after 
completion of the 'E2PROM_security_on' function. 
The following table assumes that the address at which 'E2pROM_security_off resides is smaller 
than 4096. 
- 
EA 
Address 
of E2PROM 
Mode 
Access 
to 
E2PROM 


pin 
access 
instruction 
E2PROM 
erased 


1 
< 
4096 
0 
YES 
NO 


1 
>= 
4096 
0 
YES 
NO 


1 
< 
4096 
1 
YES 
YES 
1 
>= 
4096 
1 
YES 
YES 


0 
< 
4096 
0 
NO 
NO 


0 
>= 
4096 
0 


I 


NO 
NO 


0 
< 
4096 
1 
YES 
YES 


0 
>= 
4096 
1 
YES 
YES 


I' 
I 
I 
, 
, 
'I 


The following table assumes that the address at which 'E2pROM_security_off resides is greater 
than 4096. 


- 
EA 
Address 
of E2PROM 
Mode 
Access 
to 
E2PROM 


pin 
access 
instruction 
E2PROM 
erased 


1 
< 
4096 
0 
YES 
NO 


1 
>= 
4096 
0 
NO 
NO 


1 
< 
4096 
1 
YES 
YES 


1 
>= 
4096 
1 
NO 
YES 
0 
< 
4096 
0 
NO 
NO 


0 
>= 
4096 
0 
I 
NO 
NO 


0 
< 
4096 
1 


I 


YES 
YES 
0 
>= 
4096 
1 
YES 
YES 


Calling 
sequence: 
E2PROM_Security 
_Off; 


Function 
prototype: 
void E2PROM_Security_Off 
(data char Mode) 


Parameters: 


Mode: 
If '0', 
then the protection 
will only be removed 
when this function 
is executed 
from 
internal 
program 
memory. 
When executed 
from external 
memory 
the protection 
remains. 
If 'I', 
then the protection 
can also be removed 
when this function 
is executed 
from external 
memory, 
however 
all E2pROM bytes will be erased. 


3 examples are given that show how to use these functions with C, PL/M51 and assembly programs. 
In the examples, a string of characters is written to and read from E2pROM. When reading back the string, 
spaces are replaced by underscores. 


The disk contains the file E2PROM.H that should be included in the C application program. 


E2PROM.H contains the function prototypes of the E2PROM functions. 
The example program can be found on the disk in file TEST_C.C 


When the application module is compiled and assembled, it should be linked to the E2pROM function 
module E2PROM.OBJ and the UART interrupt handler UART.OBJ. 


The disk contains the file E2PROM.DCL that should be included in the PL/M51 application 


program. E2PROM.DCL contains the external function declarations for the E2PROM functions. 
The example program can be found on the disk in file TEST_PLM.PLM 


When the application module is compiled and assembled, it should be linked to the E2pROM function 
module E2PROM.OBJ and the UART interrupt handler UART.OBJ. 
When linking, the linking control 'NOCASE' must be used! 


The disk contains the file E2PROM.MAC which contains the macro definitions of the functions. 


Including these macro's in the source file, eases programming. 
E.g. the sequence 


MOV _E2PROM_rd_block_BYTE 
,Src_Ptr 
MOV _E2PROM_rd_block_BYTE+ I,Dest_Ptr 
MOV _E2PROM_rd_block_BYTE+2,#Nr_Bytes 
LCALL _E2PROMJd_block 


can be replaced by 


%E2PROM_rd_block(Src_Ptr,Dest_Ptr,#Nr_Bytes) 


;Pointer to E2PROM 
;Pointer to RAM 
;Number of bytes to transfer 
;Call function 


The file E2PROM.GLO contains the EXTRN-definitions of the functions and constants that are used 


by the driver. Only the definitions used by the source program should be included. 


When the application module is compiled and assembled, it should be linked to the E2pROM function 
module E2PROM.OBJ and the UART interrupt handler UART.OBJ. 


'include 


Unclude 


'define 


"E2PROM.h" 


<string.h> 


E2PROM 
Base Address 


data 
char 


data 
char 


Data_Buffer[35j; 


Count; 


E2PROM_init (); 


E2PROM_int_en(OxOl); 


EA=l; 


/* Initialise 
E2PROM 
*/ 


/* E2PROM 
interrupt 
level 
1 */ 
/* 
Global 
interrupt 
enable 
*/ 


romidmove(&Data_Buffer,&Txt 
tab,sizeof(Txt_tab)-l); 
/* 
Copy 
string 
from ROM 


to RAM 
*/ 


E2PROM_wr_block(&Data_Buffer,E2PROM_Base_Address,sizeof(Txt_tab)-l); 


/* Copy 
string 
to E2PROM 
*/ 


/* 
Time to do other 
usefull 
things 
while 
data 
is being 
written 
to 


E2PROM 
on 
interrupt 
basis 
*/ 


/* 
Read 
string 
from 
E2PROM 
and 
replace 
spaces" 
..by 
underscores 
*/ 


for 
(Count=O;Count 
!= 
sizeof(Txt_tab)-l;Count++) 


/* 
Read 
E2PROM 
byte 
*/ 


Data_Buffer [Countj = E2PROM_rd_byte(E2PROM_Base_Address+Count); 


if 
(Data_Buffer [CountJ == 
' ') 


Data_Buffer [Count j 


E2PROM_block 
erase(); 
/* 
Erase 
E2PROM 
*/ 


/* 
Time 
to 
do 
other 
things 
while 
erasing 
*/ 


while 
(E2PROM_status(»; 
/* Wait 
till 
erasing 
is finished 
*/ 


EA=O; 


$DEBUG 


$CODE 


E2PROM: 
Do; 


$INCLUDE 
(E2PROM.DCL) 


$INCLUDE 
(UTIL5l.DCL) 


Declare 
E2PROM 
Base_Address 
literally 
'588'; 


Declare 
Txt_tab(*) 
Byte 
Constant 


('This is an E2PROM 
test 
for 8xC85l'); 


Declare 
Data_Buffer(35) 
Byte 
Main; 


Declare 
Count 
Byte Main; 


Call 
E2PROM_init; 


Call 
E2PROM_int_en(Ol); 


Enable; 


'* Initialise 
E2PROM 
*' 


'* E2PROM 
interrupt 
level 
1 *' 


'* Global 
interrupt 
enable 
*' 


/* 
Copy 
strinq 
from ROM 
to RAM 
*/ 


Call MOVCD1(.Txt_tab,.Data_Buffer,length(Txt_tab»; 


'* Copy 
strinq 
to E2PROM 
*' 


Call 
E2PROM_wr_block(.Data_Buffer,E2PROM_Base_Address,length(Txt 
tab»; 


/* 
Time 
to do other 
usefull 
thinqa 
while 
data 
.1sbeing 
written 
to 


E2PROM 
on interrupt 
basis 
*/ 


Do While 
E2PROM 
status 
= 1; 
'* Wait 
till 
transfer 
to E2PROM 
is finished 
*' 


End; 


/* Read 
string from E2PROM and replace spaces" 
.•by underscores 
*' 
Do Count=O 
To length (Txt_tab) ; 


'* Read 
E2PROM 
byte 
*' 


Data_Buffer (Count) = E2PROM_rd_hyte(E2PROM_Base_Address+Count); 


If 
(Data_Buffer (Count) = 
' ') Then Data_Buffer(Count) 


End; 


Call 
E2PROM_block_erase; 
'* Erase 
E2PROM 
*' 


'* Time 
to do other 
thinqs 
while 
erasinq 
*' 


Do While 
E2PROM_status 
= 1; '* Wait 
till 
erasinq 
is finished 
*' 


End; 


Disable; 


End 
Test; 


End E2PROM; 


$DEBUG 


$CASE 


.* 
*/ 


;* 
INCLUDE 
FILE 
E2PROK.GLO 
*/ 


;* 
PACKAGE 
E2PROM 
*/ 


;* 
*/ 


EXTRN 
CODE 
CE2PROM_init) 


EXTRN 
CODE 
CE2PROK_int_en) 


EXTRN 
NUMBER 
C E2PROM _ int_en_BYTE) 


EXTRN 
CODE 
CE2PROK_status) 


EXTRN 
CODE 
(_E2PROM_rd_byte) 


EXTRN 
NUMBER 
(_E2PROK_rd_byte_BYTE) 


EXTRN 
CODE 
(_E2PROK_wr_block) 


EXTRN 
NUMBER 
(_E2PROM_wr_block_BYTE) 


EXTRN 
CODE 
(_E2PROH_block_erase) 


;*=======================================================================*/ 


$INCLUDE(E2PROM.MAC) 


BUFFER 
SEGMENT 
DATA 


RSEG BUFFER 


Data 
Buffer: 


Count: 


Stack: 


ds 35 


ds 1 


ds 15 


TABLE 
SEGMENT 
CODE 


RSEG 
TABLE 


Txt 
tab: 
db 
"This is an E2PROM 
test 
for 8xC851" 


E2PROK 
Base_Address 


Lenqth_Txt 


EQU 
58H 


EQU 33 


CSEG AT 
00 


LJMP MAIN 


TEST ASK 
SEGMENT 
CODE 


RSEG 
TEST_ASK 


MOV 
SP.'Staclt-1 


'B2PROM 
init 


'B2PROM_int_en('OI) 


SBTB BA 


MOV DPTR.'Txt_tab 


MOV RO.'Data_Buffer 


MOV R2. 'Length _rxt 


COPY_LOOP: 


CLR 
A 


MOVC A. @A+DPTR 


MOV 
@RO.A 


IRC DPTR 


IRC RO 


DJRZ R2 •COPY_LOOP 


;Initialize 
.tack pointer 


;Initialize 
E2PROM 


;E2PROM 
interrupt 
level 
I 


;Enable 
global 
interrupt 


;Get byte 
from ROM 


;Store 
in RAM 


;Update 
pointer. 


;Write 
data 
to E2PROM 


'B2PROM_wr_bloclt(.Data_Buffer 
••E2PROM_Ba.e_Addre 
•••• Length_Txt) 


Time to do other 
usefull 
things 
while 
data 
18 being 
written 
to 


E2PROM 
on interrupt 
ba.is 


RBW 
CHECJt: 


'E2PROM 
.tatu. 


JC RBW_CHECK 


;Read 
string 
frOID. 
E2PROM 
and replace 
apaces 
.•..by underscorea 


MOV RO"Data_Buffer 
;Initiali.e 
pointer. 


MOV Rl. 'E2PROM _Ba.e _Addre •• 


MOV R2. 'Length_rxt 


READ 
LOOP: 


\E2PROM _ rd_byte (Rl) 


MOV 
@RO.A 
;Store byte 
in RAM 


CJRE A •••• ".NEXT_READ 
;Cbeclt if byte 
is 
•••• 


MOV 
@RO ••••_.. 
;If ye •• replace 
with 


NEXT 
READ: 


IRC RO 
;Update 
pointer. 


IRC Rl 


DJRZ R2 •READ_LOOP 


RXT_CHECK: 


'E2PROM 
.tatus 


JC RXT CHECK 


CLR BA 


JMP 
$ 


;Disable 
interrupts 


; End of 
program 


The disk contains some debug macro's thal ease the debugging of programs thal use the 8xC85l 
E2PROM. These macro's can be execuled by the XRAY5l High Level Language debugger. The user can 
read from and wrile LOE2PROM bytes without programming the individual sfr's. 


Before the macro's can be executed, they musl be loaded by XRAY51. This will be done 
aULOmaticallyif the file 'E2PROM.INC' is included when invocating XRAY5l or during a debug session. 
E2PROM.INC will load the macros and define some symbols used by the macros. If nOlall macro's are 
used, the file E2PROM.INC can be edilled LOprevenllhe loading of these macro's. This may be neccessary 
when lhere is insufficienl memory lo load the macro's, because e.g. other macro's have been loaded. Anolher 
advantage of only loading the relevanl macro's is reduction of loading time. 


When a macro is called from the debugger, the following sfr's will remain unchanged: 


ECNTRL, EADRH, EADRL and ETIM. During macro execution, all inlerrupLSwill be disabled. 
Access lOthe E2PROM with the macros is independanl of the stale of the securily bit 
The execulion and resulLSof the macro are visible on the I/O screen of XRAY5l (VSCREEN 3). 


Read(Start address, Stop address): 
The value of E2pROM bytes from 'START ADDRESS' LO'STOP ADDRESS' will be shown. If 
'START ADDRESS' <= 'STOP ADDRESS' only the value of 'START ADDRESS' will be 
shown. 


Write(Start address, Stop address, Value): 
The E2pROM bytes from 'START ADDRESS' LO'STOP ADDRESS' will be programmed with 
'VALUE'. If 'START ADDRESS' > 'STOP ADDRESS', no E2PROM byles will be programmed. 
If the EllM register conlains the value Ox08, il is considered thal ETIM is nOl initialized. The 
macro will give a warning, and return to the debug screen. 


Copyto(Ram address, E2PROM address, Count): 
Macro will copy 'COUNT' byles,starting from inlernal RAM address 'RAM ADDRESS' lOthe 
ePROM, 
starting at address 'E2PROM ADDRESS'. 


If during copying, the RAM address becomes> Ox7For the E2pROM address becomes> OxFF, 
copying will be sLOppedand a warning is given that an address limil is reached. 
If the ETIM regisler conlains the value Ox08, it is considered that ETIM is not initialized. The 
macro will give a warning, and relurn to the debug screen. 


Copyrrom(E2PROM addres-~,Ram address, Count): 
Macro will copy 'COUNT' byles from E2pROM address 'E2PROM ADDRESS' to the inlernal 
RAM, starting al address 'RAM ADDRESS'. 
If during copying lhe RAM address becomes> Ox7For the E2pROM address becomes> OxFF, 
copying will be sLOppedand a warning is given that an address limil is reached. 


EraseO: 


All E2PROM byles will be erased. 
If the ETIM regisler contains the value Ox08, il is considered thal ETIM is nOlinitialized. The 
macro will give a warning, and return to the debug screen. 


1: 
\USER 
This directory contains the files that may be included or linked to the source program. 
E2PROM.ASM 
:Source file of ElJ'ROM driver 
E2PROM.OBJ 
:Object file of E2PROM driver 
E2PROM.H 
:Header file for C applications 
E2PROM.DCL 
:Declaration file for PL/M51 
E2PROM.MAC 
:Macro defmitions for assembly applications 
E2PROM.GLO 
:Global definitions for assembly applications 
UART.SRC 
:UART interrupt handler (will only clear flags; user should customize it) 
UART.OBJ 
:Object file of UART interrupt handler 


2: 
\DEBUG 
This directory contains the macros and include file used with XRAY51 debugger. 
E2PROM.INC 
:Include file that reads macro files in XRAY51 
*.MAC 
:XRAY51 macro's 


3: 
\EXAMPLE 
This directory contains the source files of the example programs described in the note. 
TEST_C.C 
:C example 
TEST_PLM.PLM 
:PL/M51 example 
TEST_ASM.ASM 
:ASM51 example 
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Quite recently customers asked for dedicated 8-bit microcontrollers 
at high clockrates 
which would not cause Radio Frequency (RF-) disturbances in consumer and 
communication 
applications, e.g. key-board control, tuning, etc... 


Up to now either a slower 4-bit microcontroller was used or a more modem 8-bit 
microcontroller 
is in use with additional RF-shielding and filtering measures. 


With a carradio manufacturer, a bargain was set for a new (EMC friendly) 8-bit 
microcontroller 
such that the product would maintain equal receiving performance with 
more control features. The new receiver would then only be modified for the 
microcontroller 
part. 


To set the emission requirements, for a microcontroller in this application, the 
measurement 
technique described in the application note, EIE/AN91001 
"Workbench EMC 
evaluation method", was used and applied to the existing receiver in which the new 
microcontroller 
has to fit in. 


Later on, the same technique was used to verify the basic and modified samples which 
contained one or more measures to reduce RF-emission. 


Each (mask) shrinking event will cause circuits to become faster and produce more RF- 
disturbances for these kind of appliances. As such, more EMC measures need to be taken 
after each shrinking event to maintain the above set emission requirements. 


Up to now, evident measures are known to reduce RF-emission. Within a few years time, 
new techniques will mature to keep pace with shrinking actions. 


So far it is only interesting to take emission reducing measures on-chip for a 
microcontroller 
when there are no external ROM, RAM or (E)EPROM-busses. 
The 


externally required data- and address-busses will cause much more RF-radiation, when 
used in a non-shielded way. 
We've restricted ourselfs to stand-alone controllers, which can control most functions 
locally with, when required low speed serial busses e.g. I2C (100 kbitls or 400 kbitls with 
output-edge-control), 
or parallel communication to another controller. 


To compare our results, reference is made to an existing standard microcontroller based on 
the INTEL 8OC5l-core mounted in a 40 pin DIL package. 


Dedicated software has been used to allow true comparison between all microcontrollers 
in 
a defined application. 
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Density problems demand smaller packages to allow further integration of functions 
within a certain product size. It was decided to take the Quad Flat Pack (QFP) 44, because 
it was the lowest pin number package available above the 40 pins required to apply the 
circuit as stated above. 


The advantage of this package is the smaller loop area enclosed by the currents running 
through the circuit. As a result, direct radiation will be reduced. The worst-case area 
difference between the package sizes is: 


48,46 x 15,24 x 4,3 mm (l x w x h, h = PCB + die-path height) 
diagonal: 
50,8 mm 
looparea: 
218,5 mm2 


11,4 x 8,8 x 1,2 mm (l x w x h, h = die-path height) 
diagonal: 
14,4 mm 
looparea: 
17,3 mm2 


When package radiation is considered only, the magnetic dipole moment produced by the 
package will be reduced by a factor of 12,6, which can give a decrease in electromagnetic 
emission of about 22 dB. 


External supply decoupling capacitors can be placed more closely to the pins where 
needed. The latter will shorten the length of the current path between Vdd and Vss, thus 
resulting in a lower voltage drop appearing in-between reference point taken on the PCB. 
Considering this, the current path reduction will be a factor of 4,5 which would result in 
an RF-emission reduction of about 12 dB. One should consider that also I/O-pins will 
contribute to the RF-emission. 


As already given above, supply and I/O pinning will determine emission performance, 
due to the fact that radiation is determined by the way currents flow through a device. 
For some years it is known that each output pin should be embedded in-between a Vdd 
and a Vss pin. As such, the 3 one-byte wide busses would need 3x(2x8 + 1) pins (0, Vdd, 
Vss), equals at least 51 pins. For such a device this seems unpractical. 


The advantage of such a pinning will be that currents will always flow through adjacent 
leadframe fmgers and as such, emission will be absolutely minimal. 
For this application, I/O will commonly occur at low frequencies, and as such, their 
contribution to RF-emission will be low. In CMOS applications these currents will mainly 
occur during transitions by charging and discharging the output load. 


A more serious contribution will arise from the ground-bounce or supply-bounce which 
will occur between the PCB-reference and the IC's-substrate. 
This disturbance voltage will 
be superimposed to all I/O's which are either coupled to Vss or Vdd. When these lines are 
long, longer than the path involved for supply decoupling, their contribution to radiation 
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can be high. The disturbance source, being the supply- or ground-bounce voltage, has a 
negligible impedance (m.L, L = leadfinger + bondingwire inductance) and will be difficult 
to fIlter by using simple and cheap components such as capacitors. More often, radiation 
will increase by such measures due to the increased current through these I/O's. 


The most effective action will be the use of several ground and supply pins. The ground 
pins must be spread around the circumference of the package while the supply pins need 
to be the adjacent to these grounds to benefit the mutual coupling in-between. This mutual 
coupling reduces the 'effective' 
series inductance with the external decoupling capacitor. 


With the nll.. 40, pin 20 is de Vss-pin as pin 40 is the supply pin, Vdd. The J/O-pins are 
randomly located. With the QFP-44, for the Vss the following pins are selected: 6, 16,28, 
39 and the supply pins are: 17 (for J/O) and 38 (for the core). 


Another cause for ground-bounce can be the X-tal oscillator's 
output with its external 
capacitance. Normally, this contribution can be reduced by adding some series impedance 
with the output and changing the capacitors values such that the X-tal circuit operation 
remains within its linear range with sufficient amplitude. 


All together, the ground-bounce, 
which will be emitted by the J/O, can be reduced by a 
factor of 4 (4 gnd pins QFP versus 1 gnd pin nll..), assuming random I/O current 
distributions. 
Individual decoupling of the I/O and core supply will dampen the supply 
bounce even further. 


As such these measures will reduce emissions further by some 12 dB. The expectation of 
even more drastic effects can be accounted for by the shorter leadframe finger lengths 
comparing nll.. 40 to QFP 44. 


2.3 
On-chip decoupling measures 


From the above, it will be clear that RF-emission will primarily come from the core and 
that the lower frequencies will be mainly caused by the J/O. For the latter output-edge-rate 
control can be considered, when the number of outputs are high compared to the number 
of Vss and Vdd pins. 


When core decoupling is integrated, the high frequency low energy currents can close their 
loop on silicon. As a result these RF-currents will not flow through the leadframe any 
longer and will not add to any additional ground-bounce. 


If the latter is implemented without further considerations, the effect can be quite negative. 
The original circuit design assumed that all charge (current) comes from the external 
decoupling capacitor. This charge (current) then, flows from the capacitor, through its 
leadwires, PCB traces, IC leadframe, interconnect to the circuit (that needed it) and then 
back. When on-chip decoupling is used, charge is there and switching will occur 
instantaneously. 


In our case, most bus-<iriving circuits were re-designed such that waveforms maintain 
within their specifications under worst-case conditions (temperature, supply voltage, etc.). 


The overall result is that on-chip decoupling will require little space due to the fact that all 
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empty areas can be used, even within the circuit-blocks, and that bus-driving circuits can 
be made much smaller with respect to the present dimensions. 


2.4 PCB design measures 


The QFP-package and the pinning of the controller will only reduce the RF-emission when 
the PCB is laid out following some constraints. 


An example of a good supply and ground plane lay-out is given in Fig.l. The 
microcontroller 
is mounted on the component side of a double layer PCB. The supply 
pairs VsslNddl 
for the I/O-supply and Vss3Ndd2 
for the core supply are connected 
directly to the ceramic chip capacitors CI and C2, which are surface mounted on the 
solder side. A short connection of Vss3Ndd2 
to the capacitor C2 minimizes loop 
inductance. Thus, the external supply current drawn by the core will flow in this loop 
mainly. This current path can be ensured by the insertion of an inductor (L2) in series to 
the +5V general supply. An equal action is taken for the I/O-supply. 


The implemented on-chip decoupling allows a separation between core and I/O-ports. The 
PCB lay-out shall use these VddNss 
connections to minimize the loop areas in-between 
signal lines from each port pin to any load via the ground plane back to these 
VssNdd-pins. 


By applying these hints, Vss2 may be used as the return pin for ALE, PSEN, portO and 
port2 because Vss2 is connected very near to them. Vss3 shall be used for the core supply 
mainly. Vssl is nearest to lower part of port2, upper part of port3 and the crystal 
oscillator. Even though Vssl may be the best return for portZ and port3, this pin shall in 
any case be used as return for the external crystal oscillator capacitors (not shown here). 
Vss4 is located nearest to the lower part of port3 and the whole portl, being the best 
return for these ports. 


Existing products are shrunk, to cut costs and increase complexity. Recent developments 
(SAC3 ~ 
SAC2 ~ 
SACI, C300 ~ 
C250 ~ 
C200 and others) have demonstrated an 
upwards tendency in the RF-emission following shrinking when EMC is not considered. 
This means that the end in taking measures to reduce RF-emission has not been reached. 
Further improvements are still possible an already considered for new products, such as: 


•. 
a PLL-circuit, to replace the high frequency X-tal oscillator, 
•. 
output-edge-control 
(application dependent), 
•. 
further circuit improvements on-chip e.g. coplanar supply, decoupling measures 
within cell-blocks, multi-phase clock systems to prevent simultaneous switching 


All measurements were carried out under the same conditions, using the same kind of 
PCB, with the same software and the same bus loadings, Fig.2. 
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- 
1 87C51, 
- 
2 8OC31, 
DIL 40, 
QFP 44, 


- 
4 83CE654, QFP 44, 
- 
5 83CE654, QFP 44, 


12 MHz X-tal 
~ 
0 dB(rel) 
but with 2 Vss and only one Vdd 
~ 
13 dB 
connection, 12 MHz X-tal 
with Address Latch Enable 
~ 
32 dB 
(ALE) active, 12 MHz X-tal 
4 Vss and 2 Vdd pins as given above. 
ALE off, 12 MHz X-tal 
~ 
50 dB 
ALE off, externally 12 MHz, 
~ 
54 dB 
500 mV sinewave. 


With the measures indicated in chapter 2, RF-emission can be reduced substantially, 
especially for stand-alone microcontroller 
applications. Up to now, a number of measures 
have been implemented which indicate a improvement of about 40 dB in the FM-region 
when changing from a DIL 40, annex 1 to a QFP 44 application, annex 4, taking into 
account minor additional supply measures. The inclusion of a PLL can make the 
improvement even further to about 50 dB, annex 5. 


With these measures, some 12 to 22 dB can be accounted for by the choice of the 
package, same 12 dB due to the pinning and the rest due to the internal measures. 


The advantage of these measures can be easily wasted by insufficient measures on the 
PCB. Constraints are given in chapter 2.4. 


When considering the reducing effects PCB-layouts might have to RF-emission, the 
following relative information needs to be considered: 


- 
single layer board 
- 
double layer board 
- 
multi layer board 


~ 
0 dB (relative) 
~ 
26 dB (best case) 
~ 
44 dB (4-layer, best case) 
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RF-emission from a 83CE654, QFP 44, with Addres Latch Enable (ALE) 
active, 12 MHz X-tal. 4 Vss and 2 Vdd pins as given above. 
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TIlE INDUSfRY NEWSPAPER FOR ENGINEERS AND lECHNICAL 
MANAGEMENT 
Chips push CAN bus into embedded world 


Sunnyvale, Calif. - 
The Controller 


Area Network (CAN) serial bus is being 
thrust into a key role in embedded systems. 
boosted 
by a series 
of recent 
silicon 
announcements. 
Delta-t 
GmbH. 
Intel 


Corp., 
Motorola 
Semiconductor 
and 


PhilipslSignelics Co. have all prepared new 
chips mat should slash the cost of a CAN 
bus connection, 
increase 
bus function· 
alily and accelerate 
the bus's 
migration 


from a little-known 
automotive 
standard 


to a widely 
used industrial 
intercon- 


nect scheme. 


Developed by Intel with Robert Bosch 


GmbH in the mid-I98Os to solve cabling 
and control problems in vehicles, the CAN 
bus combines an inexpensive. one-wire or 
two-wire medium with multimaster, error- 
correcting 
protocol and very high resis- 


tance 
to electromagnetic 
interference. 


Unlike most multi-master buses, however, 
CAN also guarantees a maximum latency, 
often in the neighborhood 
of I ms, for 
high-priority messages while making room 
for lower-priority traffic as well. 


Thus, although the bus was originally 
conceived as a way to reduce the literally 
miles of wire in a modem automobile, it is 
in many ways ideally suited for a wide 
range of industrial 
control 
applications 


as well. 


General-purpose bus 


CAN has since emerged as a general- 


purpose sensor/actuator bus system for dis- 
tributed real-time control applications that 
extend 
beyond 
the automotive 
realm. 
"CAN was spotted 
by the industry 
as a 


very promising field-bus technology in the 
area of industrial automation," 
said Tom 


Suters, systems architect at Philips Medical 
Systems, in Da Best, the Netherlands. 


"We are beginning 
to see CAN as a 


widely used standard in trucks and fann 
equipment, industrial automalion and even 
some medical equipment," agreed Signet- 
ics marketing manager Mike 1llomson. 


But CAN's opponents have often criti~ 
cired its high implementation cost as well 
as the lack of controller chips and support- 
ing tools. Proponents have argued that vol- 
ume production for the automotive market 
would inevitably bring down the silicon 
prices, but that has yet to happen. Now 
vendors are pointing to a new generation of 
low-cost or highly integrated controllers as 
the solution. 


Motorola 
is sampling 
a controller, 
dubbed the 68HC105X4, that will be sup- 
ported by an evaluation board and an emu- 
lator. Other implementations based on the 
68HCII 
and the 68HC16/683XX 
are in 


the pipeline. 


Intel Corp .. working in conjunction with 


design partner Bosch. has sampled a next- 
generation 
CAN chip, 
the 82527, 
that 


offers support for two sizes of message 
indentifiers-II 
bit and 29 bit-as 
speci- 


fled in CAN Spec. 20, released in September. 


Craig Szydlowski. 
product marketing 
engineer for CAN at Intel, said the original 
CAN 1.2 standard allowed for only II ~bit 
message 
indentifiers. 
Supporters 
of 


J1850-the 
competing 
automotive 
bus 


favored 
by the Society 
of Automotive 
Engineers-fought 
for an optional larger 


message field so I850-style 27-bit com- 
mands 
could 
be easily 
mapped 
into 
CAN protocols. 


'This gives CAN the ability to broad- 
cast commands using what had been essen- 
tially an address field," explained Signet- 
ics' Thomson. "For example. a CPU might 
send out a command 
telling 
all of the 


Maximumconliguralion 


8 controllers 
1 counlerinput 
per 1/0 node 


1 network 
controller 
per controller 
32 110 nodes 
per network 
controller 
32 diOilal 
VOs per 110 node 
8 analog 
I/Os per VO node 


CAN controller 
network 
up to 800 m/100 
kbaud 


ontrollevel 


lamps in a vehicle to test themselves for 
conductivity and repon any bum-outs." 
The new format does not imply that 


CAN and J 1850 physical buses can be eas- 
ily interfaced, 
Szydlowski 
emphasized, 
only that the message 
structure 
would 


be similar. 


Just the next step 


The Intel 
chip 
"looks 
like a smart 


RAM," Szydlowski said, with RAM space 
on-chip to store 14 8-byte receive/transmit 
message objects (with a fifteenth area for 
received message objects). The message 
objects are stored at fixed RAM locations. 
One on-chip 
filter 
is dedicated 
to the 


receive 
message 
object, 
with a global 


acceptance filter mask used for the other J 4 
message objects. 


Intel's new chip is merely the next step 
in integration, to be followed by efforts to 
embed 527 functionality 
into a standard 


Intel l6-bit controller architecture. 


Philips/Signetics has added to its prod~ 


uct line as well but but from a different 
direction. 
The company has integrated 
a 


CAN bus controller into a heavily config- 
ured 805 I-type MCV 
to come out with the 
8XC592. The chip combines large ROM 
and RAM space with five 8-bit 00 ports, a 
10-bit A/D, two 8-bit-resolution 
PWM 


outputs, and the usual counter/timers 
and 


UART. 


The announcement 
puts Philips 
and 
Intel in a confrontation 
over processing 


power. Intel will pursue a strategy of inte- 
grating CAN controllers into 16~bitMCUs 
and driving 
up node performance. 
The 


Dutch giant is going in the opposite direc- 
tion, star1ing with a high-end commcxlity 
8·bit part and heading downward in cost. 


"Customers will want a par1 for a real 
simple node, without even a CPU on it," 
claimed 
Thomson. 
"You don't 
hang an 


8051 on a light bulb. We are working on a 
controller solution for under $1." Philips 
has also announced 
a high-speed 
CAN 


transceiver that can be hooked directly to 
its controllers. 


The LX controller from Delta-t GmbH, 


meanwhile, should prove useful to manu- 
facturers of sub-systems for multiprotocol 
'Z;nvironmenlS when it debuts sometime 
next year. The protocol 
used for each 


application will be able to be programmed 
into a flash-memory 
section of the con- 


troller. 


The design activity promises 
to both 
lower the cost of a simple CAN-bus node 
and increase the computing power that can 
be integrated into an expensive node. Both 
moves should expand the market deeper 
into industrial control and instrumentation 
applications, although CAN partisans see 
little hope of displacing J 1850 from the big 
three domestic makers. 
CAN is a multimaster bus topology net- 
work that connects 
several stations. 
An 


International Standards Organization draft 
from 1990 specifies the first two layers of 
the Open 
Systems 
Interconnect 
(OSI) 


model: thc physical layer and the data-link 
layer. Philips Medical Systems dcveloped 
an application layer, using CAN to control 
X-ray diagnostic systems, control real-time 
image acquisition and connect user-inter- 
face devices. 
Today, 
the three 
layers 


together fonn the CAN Reference Model. 


SIMPLIFIED 
CONTROLLER AREA NETWORK EYES EMBEDDED WORLD 


Philips' 8-bit microcontroller 
with CAN controller 


On~chip 


Receive 
buffer 
0 


ITrans<:.eiverIOgiCI~ 
CAN controller 


Error 
management 
logiC, 


Bit stream 
processor 


Controller Area Network 
(CAN) Products 
From Philips Semiconductors 


8XC592 CAN Microcontroller 
- The 8XC592 is a stand-alone high-performance 
microcontroller 
based on the 80C51 architecture. Its on-chip CAN interface makes it ideal for applications with 
a harsh, noisy environment. 


The 8XC592 Features include: 
• 16K x 8 EPROM (87C592) 
• 16K x 8 ROM (83C592) 
• ROMless (80C592) 
·512 x 8 RAM, expandable externally to 64k bytes 
• Three Standard 16-bit timer/counters 
• A 10-bit ADC with 8 Multiplexed Analog Inputs 
• Two 8-bit Resolution, Pulse Width Modulation Outputs 
• Five 8-bit I/O Ports Plus One 8-bit Input Port Shared with Analog Inputs 
• CAN Controller with DMA Transfer between Internal Data RAM and CAN Registers 
• Standard 80C51 UART 
• On-Chip Watchdog Timer 


82C200 CAN Interface - The 82C200 is a highly integrated stand-alone controller for CAN. The 82C200 
with a simple bus line connection performs all the functions of the physical and data-link layers. The 
application layer of an electronic control unit (ECU) is provided by a microcontroller, 
to which the 
82C200 provides versatile interface. 


The 82C200 Features include: 


• Multi-Master Architecture 
• Interfaces with a Large Variety of Microcontrollers 
• 2032 Message Identifiers 
• Powerful Error Handling Capability 
• Configurable Bus Interface 


82C150 Serial Linked I/O CAN Interface - The 82C150 Serial Linked I/O CAN is a single-chip 16-bit I/O 
device with an on-chip CAN-controller. 82C150 is a very cost-effective way of increasing the 1/0- 
capability of a microcontroller 
as well as reducing the amount and complexity of wiring. Advanced 
safety provided by the CAN protocol combined with low-cost makes the 82C150 a very attractive 
product for a wide variety of applications. 


The 82C150 Features include: 
• Single-Chip I/O Device with CAN Protocol Controller 
• 16 Configurable Digital or Analog I/O Ports 
• Each Port Individually Configurable via the CAN bus 
• 10-bit ND converter with up to 6 Multiplexed Inputs 
• Bit Rate 20 kbit/sec to 125 kbit/sec 


Philips semiconductors 
Mlcrocontroller 
Products 
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Add Text 
Overlay to 
Any Video 
Display 


SPECIAL 
SECTION 


uppose, 
for the 
moment, you've 
built and installed 
the 


HCS II home control 
system 
described 
primarily 
in issues 
25 and 26 IFebruary/March 
and April/ 


May '92) of the Computer 
Applica- 


tions Journal. In issue 27 IJune/July 
'921, Ed Nisley 
described 
an add-on 
LCD output 
device as a way to obtain 
information 
about the status 
of the 
system 
and its various nodes. It's a 
nice addition 
to the network, 
but 
useful only when you're 
near to the 
display module. 
What do you do if 


you're across the room watching 
TV 


settled 
into your favorite 
armchair? 


You could get up and venture 
across 
the room. Or, if you build the interface 
described 
in this article, 
you could hit 
a button 
on your HCS II IR remote 
and 


see network 
information 
displayed 
on 


your TV set overlaid 
onto the program 
you are watching. 


This article 
describes 
an On- 


Screen Display 
10SDI terminal 
for 
HCS II Iwe'll call it "TV-Link" 
to 


match 
the other HCS II modules) 
that 


allows color text characters 
to be 


displayed 
on top of a background 
color 
video signal. The terminal 
is built 
around 
the Philips/Signetics 
87C054 


OSD microcontroller. 


FEATURES OF 87C054 


The 87C054 
is an 80C51-based 
micro controller 
designed 
to provide an 
advanced 
OSD for TV and video appli- 


cations. 
It can produce 
characters 
in 
eight foreground 
and eight background 


colors. In addition, 
the background 
color can be removed, 
showing 


through 
the original 
video. It also has 
nine pulse- width 
modulator 
outputs 


for controlling 
analog functions. 


Similar 
to a standard 
80CS I, it has 28 


digital 
I/O pins, two external 
inter- 
rupts, and two timer/counters. 
RAM 
and ROM spaces on the 87COS4 are 
larger than the 80CS I: 192 bytes of 
RAM and 16K bytes of EPROM. (The 
OSD has additional 
RAM and EPROM 
areas that are not part of the nonnal 
80CSI 
memory 
map.) 


One unique 
feature 
of the 87COS4 
is what Signetics 
describes 
as a "5oft- 


Color 
Matrix 


The character 
font stores the 
binary pattern 
for 
the individual 
characters. 
Charac- 
ters are 14 dots wide 
and 18 scan lines 
high. 
TheOSDRAM 
stores the characters 
to be displayed 
on 
the screen along 
with certain 
at- 
tribute 
data pertain- 
ing to those charac- 
ters. Once a charac- 
ter has been written 
to the OSD, no further 
CPU interven- 
tion is required to 
IIrefreshll 
the screen. 
Many OSD architectures 
have 
been developed 
over the years for use 
in the consumer 
television 
market. 
Almost 
all of them have required 
fixed 
character 
row formats, 
limiting 
the 
designer's 
flexibility 
in designing 
video 
menus and screens. 
The 87COS4 was designed 
to avoid 
such constraints, 
and there are no 
architectural 
limits 
on the number 
of 
characters in a row of text or the 
number 
of rows of text to a screen. 
IThere are physical 
limits 
imposed 
by 
the dot clock frequency 
and the scan 
rate, of course.) 
The HSTARTand 
VSTARTpa- 
rameters 
in the OSORG 
lon-screen 
origin) register 
define the intial posi- 
tion of the start of the OSD. Once the 
initial 
vertical 
and horizontal 
positions 
have been found, the 87COS4 will 
"fetch" 
characters 
from the OSDRAM 
and place them sequentially 
on the 
screen. In order to have multiple 
rows 
of text, a special character 
has been 


ware ADC." This ADC consists 
of an 
internal 
4-bit DAC that feeds one 
input of a comparator. 
The other 
comparator 
input can be connected 
to 
one of four I/O pins. The output 
of the 
comparator 
is tied to a status 
bit in a 
register 
that is testable 
by software. 
A 
TV set often uses this logic for measur- 
ing the AGC voltage during tuning. 
A 
real-time 
clock and other low-preci- 
sion analog measurements 
can also use 
it as a zero-crossing 
detector. 
The OSD of the 87COS4 consists 
of a I28-character 
RAM array 10SD- 
RAMI, a 64-character 
font EPROM, a 
video clock oscillator, 
and the OSD 
logic. The OSD logic accepts horizon- 
tal sync IHSYNCJ and vertical 
sync 
(VSYNCJ 
signals and provides 
three 
digital video outputs 
for character 
information. 
In the datasheet 
for this 
part, these outputs 
are called VIDO, 
VIDl, 
and VID2, 
but they can also 
(and perhaps 
better) be thought 
of as 
RED, GREEN, 
and BLUE. 
A multi- 
plexer control 
output 
is also present 
to 
indicate 
when to display 
character 
data 
or original 
video information. 
The video clock oscillator 
pro- 
vides timing 
for the character 
dots. In 
most applications, 
this oscillator 
is 
simply an LC tank circuit 
connected 
to the VCLK pins. The frequency 
controls 
the character 
width. 
One nice 
feature 
is that the video clock is killed 
at the leading edge of HSYNC 
and 
restarted 
at the trailing 
edge of 
HSYNC, 
which 
causes the video clock 
to start in the same phase on every 
line, ensuring 
the dots align vertically 
from one scan line to the next. 


defined and is referred to as NEWLINE. 
The NEWLINE 
character 
is much like 
a carriage retum/line 
feed sequence 
on 
a computer 
in that it terminates 
the 
current 
row of characters 
and starts a 
new row of text. One advantage 
of this 
architecture 
is that it eliminates 
the 
need to pad display memory 
with 
space characters. 
The fetching 
and 
painting 
of rows of text will continue 
until 
either a new vertical 
sync pulse 
is detected 
or until 
an END attribute 
is 
fetched 
along with a NEWLINE 
char- 
acter. 


NOW FOR THE DETAILS ... 
Now that you understand 
the 
concepts 
of an OSD operation 
and the 
capabilities 
of the 87COS4, focus your 
attention 
on the details 
required 
to 
overlay characters onto live video. 
The 87COS4 OSD has a multi- 
plexer output 
for switching 
video 
sources. 
Simply switching 
between 
the 
input video signal and the OSD charac- 
ter data would be nice. Unfortunately, 
you can't because 
the input video 
(from our home entertainment 
center) 
is in NTSC format and the character 
data is in RGB format. 
(Keep in mind 
that the goal is to input 
live video, add 
on·screen text, and present the result 
as a video signal at the output 
of our 
circuit. I 
One solution 
is to decode the 
input video into separate red, green, 
blue, HSYNC, 
and VSYNC 
signals. 


Then you could perform 
the multi- 
plexing between 
video information 
and 
character 
data in RGB format. 
The 
resultant 
signals could then be en- 
coded back into baseband 
video. If 
there were other reasons 
for the con- 
version 
into RGB, such a conversion 


Color 


Enooder 


8l1d 


Modulator 


would be the way to go. However, 
the 
process of converting 
to RGB and then 


converting 
back to video introduces 


some distortion 
that could be visible 
on the screen. 


Another 
solution 
is to find a way 
to encode the RGB data from the OSD 
microcontroller 
into video. Then you 


can simply 
switch 
between 
the two 
sources. 
Sound simple? The situation 


gets a little more complex 
when you 


consider 
the issues of making 
the 
characters 
appear with the proper color 


in NTSC. Reviewing 
how color is 


COLOR TELEVISION 
When you first look at video, you 


often wonder 
why in the world it was 
done the way it was. A long time ago, 
before Americans 
had ever heard the 
names of Japanese TV makers, 
RCA 
research 
labs were developing 
color 


televeision. 
One of the requirements 
imposed 
on designers 
by the FCC was 
that the broadcast 
signal needed to be 


compatible 
with existing 
black-and- 
white TV sets and had to be contained 
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within 
the same bandwidth 
as a B/W 
signal. Such requirements 
meant 
that 
some component 
of the signal had to 
contain 
overall brightness 
information, 
which 
is the main reason why they 
could not simply 
transmit 
separate 
R, 
G, and B channels 
within 
the video 


bandwidth 
allowed. 
To make a very 


long story short, the engineers 
in- 


volved decided that the scene bright- 
ness (which 
they called "Y" or lumi- 


nance) could be described 
by the 
relationship 


Someone 
observed 
that if they 


took two copies of the luminance 
signal and subtracted 
one copy from 
one of the colors (say, RED) and did 
the same with a different 
color (say, 


BLUE), the result 
would be two signals 
that contained 
all of the information 


needed to represent 
color. These 


resultant 
signals, R- Y and B-Y, are the 
color difference 
signals. 


Now that you have two signals, 


how can they be transmitted 
on one 
RF carrier? The answer 
they carne up 
with was to modulate 
one of the 
signals (B-Y) with an RF carrier. The 


other signallR- 
Y) was to be modulated 


with the same RF carrier, but the 
carrier would be shifted 
by 90°. When 
the outputs 
of the two modulators 
are 
added together, 
the result 
is the vector 
sum of the two signals, 
containing 
both an amplitude 
and a direction 


(phase angle). See Figure I. 


We now have a single signal that 


contains 
all of the color information. 


The TV receiver 
needs just one more 
piece of information 
to demodulate 
this signal. It needs a reference 
for the 
carrier used for the modulation, 
that 


is, the receiver 
needs to know where 0° 
of the color carrier is lin video, this 
color carrier is referred to as the 
chroma 
subcarrier). 
In order to give 
this reference 
to the receiver, 
a small 
number, 
or "burst," of cycles 
of the 
color subcarrier 
(hence, 
the term color 


burst) are transmitted 
on the back 


porch of the horizontal 
sync pulse. In 


most NTSC systems, 
this chroma 
subcarrier 
has a frequency 
of approxi- 
mately 
3.58 MHz. A typical 
line of 
color NTSC video is shown 
in Figure 
2. 
In order to convert 
the character 


data from the OSD into NTSC, you 
will need to sum the data into R- Y and 
8--Y components. 
Then you will need 
to modulate 
these components 
with a 
chroma 
subcarrier 
at 0° for 8--Y and 
+90° for R- Y. 
One more item to consider. 
If you 


have an output 
video signal composed 
of a video source with characters 
overlaid 
onto it, the chroma 
subcarrier 


reference 
Ii.e., color burst) present 
on 


the output 
video signal is the color 
burst provided 
in the original 
input 


video. In order for the receiver/monitor 
to interpret 
the color of the OSD 


characters 
correctly, 
the chroma 
subcarrier 
used to modulated 
the 
OSD's R-Y and 8--Y components 
must 
have exactly the same frequency 
and 
phase as the color burst on the original 
video input signal. 


Once you get the OSD informa· 
tion in the form just described, 
you 
can switch between this "05D videou 


and the original input 
video to produce 


the final output. 


THE TV-LINK HARDWARE 
SOLUTION 
Figure 3 shows a block diagram 
of 


the TV-Link, while Figure 4 shows the 
schematic. 
Referring 
to the schematic, 
the 


original input video connects 
to )2 and 


is AC coupled 
into buffer amplifier, 


QI. This ampliIier 
provides 
load 


isolation 
between 
the video signal 
source and the circuits 
on the TV-Link 


board. JP4 is a jumper 
allowing 
for a 
75-ohm 
termination 
resistor 
to be 


connected 
to )2. The output 
of the Q 1 
buffer amplifier 
feeds the sync separa- 


tor, the video switch, 
and the chroma 
subcarrier regenerator 
circuits. 


SYNC SEPARATION 


The sync separator 
consists 
of U6, 
a TDA4820T 
Philips sync separator. 


The video signal is coupled into the 
TDA4820T 
through 
capacitor 
C14, 


where it is amplified 
with a gain of 15. 


The black level clamping 
voltage is 
stored in capacitor 
C14. From the 
stored black level voltage and the peak 
sync voltage, the 500/0 value of the 
peak sync voltage is generated 
and 
stored in capacitor 
CIS. A slicing level 
control 
circuit 
ensures 
a constant 
50% 
peak sync value regardless 
of the 
picture 
content 
amplitude 
provided 
the sync pulse amplitude 
is between 
50 mV and 500 mY. A comparator 
in 


the composite 
sync slicing stage 
compares 
the amplified 
video signal 
with the DC voltage derived from the 
500/0peak sync voltage, producing 
the 
composite 
sync output. 
Vertical 
slicing 
circuits 
compare 
the composite 
sync 
signal with a DC level equal to 400/0 of 
the peak sync signal, producing 
the 
vertical 
sync output. 
The reduced 
vertical 
slicing 
level ensures 
more 
energy for the vertical 
pulse integra· 


tion. The slope is double 
integrated 
to 
eliminate 
the effects of interference 
caused by noise or line reflections. 
The 
value of resistor 
R 10 sets the vertical 


integration 
delay time. 


The outputs 
of the sync separator 


are positive-going 
signals with peak 
amplitudes 
exceeding 
10 V. Resistor 


pairs Rll/R12 
and R13/R14 
serve as 
voltage dividers 
for the VSYNC 
and 
CSYNC 
outputs, 
respectively. 
An 


LM339 comparator, 
US, serves as an 


inverter 
for the sync signals because 


the modulator 
circuits 
require active 


low sync signals. 


There 
is a great tendency 
with 
video circuits 
to make the coupling 
capacitors 
very large to pass the low· 


frequency 
sync components 
(60/50 Hz, 
typically) 
into low-impedance 
nodes. 
The 1DA4820T 
has a moderately 
high 
input impedance 
on pin 2. Because the 
black level is stored in C14, the value 
of C14 should be kept close to 0.22 JlF. 


THE 87C054 MCU WITH OSD 
The 87C054 microcontroller, 
U3, 
accepts composite 
sync and vertical 
sync signals from the sync separator 
and provides 
RGB digital outputs 
for 
character 
data. The multiplexer 
con- 
troloutput, 
VCTRL, connects 
to the 
video switch, 
U2, a JRC2244. 
Inductor 
Ll and capacitors 
C8 and 
C9 form a video clock oscillator 
that 
determines 
the width 
of a character 
font dot. The values of these compo- 
nents are not critical 
but are typically 
chosen 
such that a video dot width 
is 
equal to the spacing between 
scan 
lines. This oscillator 
is killed at the 
leading edge of the HSYNC 
signal and 
allowed 
to startup 
at the trailing 
edge. 


Such synchronization 
causes the 
oscillator 
to start at exactly 
the same 
point from one scan line to the next, 
causing 
character 
dots to appear in 
exactly the same spot on each line. 
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In addition 
to the OSD functions, 
the 87C054 also performs 
network 
interfacing 
and protocol 
tasks. This 
microcontroller 
has plenty of perfor· 
mance bandwidth 
because 
the OSD 
logic is self-refreshing 
and independent 
of the MCU core. 


VIDEO SIGNAL SWITCHING 
The JRC2244 video switch, 
U2, 
contains three video inputs, two of 
which are used in this application. 
One of these inputs, 
VINI, is capaci- 
tively coupled 
to the OSD video signal. 
This signal is the 87C054's 
RGB data 
after encoding 
into baseband 
video. 
The other input, 
VIN3, is capacitively 
coupled to the original 
video input 
signal. The JRC2244 provides 
internal 
bias sources 
to provide DC restoration 
to its video inputs. 
The JRC2244 
accepts 
a switching 
control 
signal from 
the 87C054 and switches 
its output 
between 
the original 
video input and 
the OSD video signal. The video 
switch 
also has an internal 
75-ohm 
line driver in its output 
stage. 
The JRC2244 has a moderate 
input impedance 
of about 15k ohms, 
allowing 
lO-JlF coupling 
capacitors 
to 


be used. The output 
coupling 
capacitor 
is large because 
this signal can be used 
to drive 75-ohrn loads. 


RGB ENCODING 
The LM1886, U13, and the 
LM1889, U14, encode the RGB data 
from the 87C054 into baseband 
video. 
The LM1886 has three DACs, one for 
each color. Each of these DACs has 3- 
bit inputs, 
but because 
the 87C054 
data is digital, the inputs 
to the 
LM1886 DACs are tied together 
yield- 
ing an output 
for each DAC that is 
either full-scale 
or zero. The outputs 
of 
the three DACs are internally 
summed 
to produce 
the luminance, 
R- Y, and B- 


y amplitudes. 
The LM1889 accepts the 
regenerated 
chroma 
subcarrier, 
modu- 
lates the R- Y and B-Y signals, and 
produces 
baseband 
video on pin 13. 
Transistor 
Q5 is used as a buffer 
amplifier 
with voltage dividers 
R49 
and R50 producing 
proper levels for 
the video switch. 
Note that the 
LM1889 accepts 
an external 
subcarrier 
signal at the junction 
of R46 and C52, 


but this subcarrier 
undergoes 
a phase 
shift caused by the resistor 
and capaci- 
tor networks 
associated 
with pins 1 


and 18 of the LM 1889. This phase shift 
will need to be considered 
when 
the 
subcarrier is regenerated. 


CHROMA SUBCARRIER 
REGENERATION 


The circuits 
that reproduce 
a 
chroma 
subcarrier 
in the same fre· 
quency 
and phase as the color burst 


consist 
of a high-pass 
filter, a sample- 
and-hold 
phase-locked 
loop (PLLJ, and 
a phase shift network 
and amplifier. 
The passive 
high-pass 
filter con- 
sists of inductors 
L4 and L5, resistor 


R28, and capacitors 
C25, C26, and 


C27. The filter starts 
passing signals 
at 
about 3.2 MHz, allowing 
the chroma 
subcarrier 
to pass through 
to the 
CA3l26, 
U15. 


The CA3126 is a TV Chroma 
Processor 
IC designed 
specifically 
for 
regenerating 
chroma 
subcarriers. 
This 
IC contains 
a YCO and a PLL with 
sample-and-hold 
circuits 
in the error 
correction 
loop. As a result, 
the YCo- 
generated 
carrier is compared 
with the 
chroma 
signal from the high-pass 
filter 
during the time that color burst is 
present, 
indicated 
by the burst gate 
pulse (which I will describe 
later). 


The regenerated 
carrier output 
is 


present 
on pin 8 of the CA3126. 
Even 
though 
this carrier is phase locked to 
the color burst, it is not at exactly the 
same phase as the color burst. The 
nature 
of a PLL is such that the output 


will be locked but will always have 
some constant 
fixed phase delay 


relative 
to the input. 
Also, recall that 


the input circuits 
of the LMI889 
added 


an additional 
constant 
phase shift to 
the injected 
carrier. 


The phase shift network 
and 
amplifier 
consisting 
of the Q3 and Q4 
stages compensate 
for these fixed 


phase delays. This circuit 
provides 
an 


output 
whose phase is adjustable 
by 


means 
of variable 
capacitor 
C48, and 
has a tuning 
range of approximately 
O· 


to 160· of phase shift. For a given input 
signal amplitude, 
the output 
signal 


amplitude 
is constant, 
regardless 
of the 


phase shift introduced. 
The output 
of 
this circuit 
is the signal injected 
into 


the LMI889 
circuits. 


CONNECTING 
TO THE HCS II 


Now that you have a working 
terminal 
circuit 
for overlaying 
text 


onto live video, you still need to 


connect 
it to the HCS II network. 
In 
order to do this, you will need a serial 
interface 
compatible 
with the net- 


work, some software 
that handles 


network 
message 
fonnats, 
and soh- 


ware that interprets 
network 
messages 
and creates 
responses 
or actions 
(or 


bothj to those HCS II network 
mes- 


sages. 


This particular 
design includes 


both an RS-232 and an RS-485 inter- 
face. UI, a MAX232, provides 
the RS- 
232--to-TTI. 
conversion 
for both the 
transmitter 
and receiver. 
U16, a 75176, 
provides 
the RS-485-to- 
TTI. conver- 
sion. IFI connects 
the receiver 
pin of 


the 87C054 to either 
the RS-232 or RS- 
485 interfaces. 
The transmitter 
pin of 
the 87C054 connects 
to both the RS- 


232 and RS-485 interfaces. 
One pin of 


the 87C054, 
P3_5, controls 
the driver 
enable of the 75176, allowing 
for 
selective 
talking 
on the HCS II net- 
work. TP3 provides 
for termination 
of 


the network. 


"But, wait a minute! 
The 87C054 


doesn't 
have a UART," 
you say. True. 


There is no built-in 
UART on the 
87C054 and the part does not have a 


transmitter 
pin or receiver 
pin. 
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In this application, 
the serial data 


transmission 
and reception 
has been 


performed 
in software. 
The routine 
that handles 
serial transmission 
and 
reception 
was taken 
from the Signetics 
BBS 1[800J451-6644). It was originally 
designed 
for the 87C751 and had to be 
slightly 
modified 
to operate 
with one 
of the 87C054's 
timer/counters. 
The 
technique 
is often called "bit banging" 
and has the advantage 
of saving some 
hardware 
if you can afford the neces- 
sary time required 
of the software. 


NETWORK PROTOCOL 
PROCESSING 


As I indicated 
earlier, 
in addition 


to the serial interface 
software, 
you 
need code that handles 
network 
mes- 
sage formats. 
The code starts 
by wait- 
ing until either a "#" or an "!" is 
received, 
either 
of which 
indicates 
the 


start of a network 
message, 
then the 
entire message 
is stored in a buffer. 


Once the carriage 
return 
has been 


stored, 
the beginning 
character 
of the 
message 
is checked 
to see whether 
the 
message 
includes 
a checksum. 
If the 
message 
does not contain 
a checksum, 
the packet 
is assumed 
to be valid and 
the contents 
of the packet 
are pro- 


cessed. If a checksum 
is included, 
then 
the VERI FYroutine 
is called to per- 
form a checksum 
calculation 
on the 
packet. 
If the checksum 
matches, 
the 
packet is processedj 
otherwise, 
it is 
ignored and I retum 
to waiting 
for the 


next network 
message. 


My original plans for handling 


network 
checksums 
included 
a 
checksum 
generator 
for sending 
net- 
work responses 
and a checksum 
checker 
for received 
messages. 
How- 
ever, when I flowcharted 
the needs of 


both routines, 
I found that an awful lot 


of the logic was common 
to both. I 


went back and looked at the sugges- 
tions that Ed Nisley 
had provided 
for 
handling 
the checksums 
and under- 


stand now why he made those sugges- 
tions. My VERI FYroutine's 
logic is 


based on Ed's previous 
work. 


The VERIFY routine 
performs 
two 
functions. 
First, it takes the checksum 


digits in the packet, 
converts 
them to 
binary numbers, 
and stores them in 
temporary 
variables. 
Next, the 
checksum 
digits are replaced 
with 
ASCII zeros and the checksum 
of the 
string is calculated. 
If the checksum 


matches, 
the error flag, CHKERR,is 
cleared; otherwise, 
it is set. The 
checksum 
that was calculated 
is 
converted 
to ASCII and stuffed into 
the checksum 
digits position, 
replac- 
ing the ASCII zeros. 
To prepare a string for transmis- 
sion, all that is necessary 
is to stuff the 
message 
in the buffer with the check- 
sum digits set to ASCII zeros and call 
the VERIFYroutine. 
To check a mes- 
sage for correct checksum, 
simply 
call 


the VERI FYroutine 
and check the 
CHKERRflag on retum. 


Once the checksum 
verification 
lif 
required Ihas been performed, 
you still 
need to process the packet 
to see if it 
belongs to this terminal, 
and if it does, 
then you need to determine 
what 
action 
the network 
controller 
is asking 
you to take. 


The PROCESS routine 
first scans 
the packet, 
converting 
characters 
into 


upper case until 
the end of the packet 


has been reached. 
Next, 
the first 
character 
is examined 
to determine 
if 
the packet 
has checksums 
or not and a 
pointer 
is set to the NooEI 0 position 
of 
the packet. 
The NoDEI Din the packet 
is compared 
with the NoDEID variable. 


If there is no match, 
the packet 
is 


ignored 
and you wait for the next 
network 
message. 
If it does belong do 
this terminal, 
you can process the 
body of the network 
message. 


NETWORK COMMANDS 
AND 


SYNTAX 


The real essence 
of a network 


message 
is to carry a command 
from 
the network 
controller 
to the terminal 
or carry a response 
from the terminal 


back to the network 
controller. 
Table 


I shows the syntax 
of the commands 
available 
for operating 
the TV-Link 
terminal. 
These 
commands 
allow the 
HCS II Supervisory 
Controller 
to 
manipulate 
ports on the 87Co54, 


format 
text for display, 
implement 
special built-in 
display functions 
such 
as color bars, and to read and write 


A = string 
Set HCS \I network address to string 


Fx 
Execute special function 
o 
Initialize screen 


1 
Display on 
2 
Display off 
3 
Display color bars 


4 
Wipe on 
5 
Wipe off 


Hxy 
Set Px.y 
high 


Nn 
Network 
response 
mode 
NO = normal network interface, no auto error or acknowledge responses 
N 1 = auto error and acknowledge 
response 


Px 
Query 
port x 
0= Port 0 
1 = Port 1 
2 = Port 2 
3=Port3 


Px= nn 
Write to port x where nn= two~digithex value 


0= Port 0 
1 = Port 1 
2 = Port 2 
3 = Port 3 


Ax 
Query register x; returns two-digit hex number 
0= OSDT 
(contents undefined) 
1 = OSAT 
2 =OSCON 
3=OSORG 
4 =OSMOD 
5 = Default char. attribute 
6 = Default background 
space attr 


7 = Default NEWLINE attribute 


Ax = nn 
Write to register 
x; for use from outside of a string of text; writes to these 
registers 
from within a string; should 
use the \Wxnn 
command 


0= OSDT 
1 = OSAT 
2 = OSCON 
3 =OSORG 
4=OSMOD 
5 = Default char. attribute 
6 = Default background 
space attr 


7 = Default NEWLINE attribute 


Special 
characterss 
for use within a string of text 


\E 
End of Display at current position 


IB 
Background 
Space 


IS 
Split Background 
Space 


IN 
NEWLINE 


OSD registers 
directly, 
giving full 


control 
of the OSD to the HCS II. 
presented 
some challenges. 
The 87C054 proved well suited to 
this application 
in large part because 
of 
the 80C51 core and that the OSD is 
independent 
of the CPU. Once charac· 
ters have been written 
to the OSD, you 


CONCLUSIONS 
Developing 
this application 
was 


interesting 
and enjoyable. 
It also 


can forget the OSD until 
you want to 


change the display, 
and the CPU is free 


to pursue 
other tasks. 
The on·screen 
display and the 


microcontroller 
operations 
are prima- 
rily digital functions. 
The question 
of 


how to combine 
this technology 
with 
an analog video signal can be perplex- 
ing to most system designers whose 
professional 
experiences 
have been 
mostly 
digital circuits. 
One of the 
most perplexing 
issues during this 


project was how to re-create 
the 


chroma 
subcarrier. 
I knew that every 


color TV set had to perform 
this 


function, 
but finding out solutions 


took some searching 
before I discov- 
ered the CA312.6. I'm hopeful you can 
profit from my experiences 
on this 


project. iii 
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SOFTWARE 


Software 
for this article is avail- 
able from the Circuit 
Cellar BBS 


and on Software 
On Disk for this 


issue. Please see the end of 
"ConnecTime" 
in this issue for 
downloading 
and ordering 
infor- 
mation. 


SOURCES 


Requests 
for literature 
on Signe- 
tics/Philips 
microcontrollers 


including 
the "80C51·Based 
8-Bit 
Microcontroller 
Data Handbook" 


may be directed 
to Sharon Baker 
at (408) 991-3518. 


Contact 
Bill Houghton 
at (4081 


99 I -3560 with technical 
questions 
specific to the 87C054 and for 
information 
on the availability 
of 


a PC board and components 
for 


this project. 


